I recently started experiencing a problem with Alt.Binz downloading files but not decoding them -- in the download queue the status of each file showed as 'Decoding', but nothing was happening. As a result my internal hard drive (where the temp folder was located; the download folder was on a larger, external drive) starting rapidly running out of space, because files were not being moved out of the temp folder. After a little research I realised this may be due to a permissions problem on the folder I had set Alt.Binz to download files to (I think I had just switched it to a new location, which would make sense), so after setting very liberal permissions on the download folder I restarted Alt.Binz and it began decoding all the queued+downloaded files. So far, so good.
Unfortunately I was running out of space on the external hard drive I was using, so I formatted a new one and changed the default download location to a folder on the new drive. For various reasons I also had to disconnect the old drive, so that any half-downloaded NZB collections in the download queue would have to start downloading to the new location rather than the folder they'd been downloading to previously (I've noted in the past that this is the normal behaviour when the default download folder is switched -- i.e. send any half-finished NZB collections to the same (old) download folder, and start using the new one when Alt.Binz reaches the next unstarted queue item).
At the same time as I switched the download folder to the new drive I also switched the location of the temp folder to the new drive, because I was desperately low on space on the internal drive. When I restarted Alt.Binz I noticed that a couple of queue items that had been sitting undecoded in 'temp' suddenly zipped all the way from 0% to 100% completion, clearly much faster than it could actually have decoded the files. The files did not appear in the new download folder. When I checked the Setup page I noticed that the temp folder had reset itself to the location on C:\ (the internal drive) so I again changed it to a location on J:\ (the new external drive) and restarted Alt.Binz. This time it stayed the way I left it, and new files started downloading fine (first to the temp folder on J:\, then to the download folder on J:\) but the two items that had 'zipped' up to 100% stayed as they were, despite the fact that Alt.Binz had not actually decoded the temp files. I tried switching the temp folder back to C:\ to see if it would 'notice' the temp files sitting there and decode them, but nothing happened. I again switched it back to J:\ to continue downloading new files.
So the situation I am in at present is that I have 10GB of old temp files sitting in the old temp folder on C:\ that Alt.Binz is not decoding and doesn't seem to recognize exist. The filenames that relate to them have been removed by Alt.Binz from the download queue.
Is there any way for me to get Alt.Binz to recognize these temp files and decode them, or do I have to download all 10GB again?
I should mention that I am using Alt.Binz 0.25.0 on Windows Vista, and nothing of what was related above has been reflected in the log files (they don't mention decoding at all).
