me@work
18th September 2003, 10:45
Performing some batch conversions I noticed a strange behaviour in logfile handling:
Given 3 target directories OUTA, OUTB and OUTC. After preparing the three conversions (with different 'Set default output folder', of course) and leaving the PC alone for about 12 to 16 hours I get three logfiles. But the logfile in OUTB is preceeded by log-info from OUTA, and the one from OUTC contains OUTA *and* OUTB loginfo, accompanying the OUTC info.
As discussed earlier, the prepared batch seems to be a recovery process. If I start such a recovery manually, without setting the default folder, the loginfo in the directory to be recovered gets overwritten with the information from the previously used target directory, ie. if that previously used dir doesn't contain loginfo, the log in the dir to be recovered is erased.
Everything works ok if I set the folder before pressing the recover button, ignoring the warning message about a previously used directory. Of course, there's no way to set this folder during a batch process, I think ;-)
I have to admit that I'm still at 1.1.2b1, but checking the history on the link in Q40 I didn't find a hint about that behaviour or any changes to the log file handling in the later versions. Could someone using the latest version and recovery processes please test/confirm that this behaviour has changed?
If it did not change, may I suggest to accept this as some form of bug report/feature request (in that case I probably would be wrong in the forum, I guess). I think it might be better to check the target directory for an existing logfile and use that one if the recover button is pressed.
Logfiles are available upon request, but they simply show normal conversion processes. It's just that there are more than one conversion process in a single logfile...
Given 3 target directories OUTA, OUTB and OUTC. After preparing the three conversions (with different 'Set default output folder', of course) and leaving the PC alone for about 12 to 16 hours I get three logfiles. But the logfile in OUTB is preceeded by log-info from OUTA, and the one from OUTC contains OUTA *and* OUTB loginfo, accompanying the OUTC info.
As discussed earlier, the prepared batch seems to be a recovery process. If I start such a recovery manually, without setting the default folder, the loginfo in the directory to be recovered gets overwritten with the information from the previously used target directory, ie. if that previously used dir doesn't contain loginfo, the log in the dir to be recovered is erased.
Everything works ok if I set the folder before pressing the recover button, ignoring the warning message about a previously used directory. Of course, there's no way to set this folder during a batch process, I think ;-)
I have to admit that I'm still at 1.1.2b1, but checking the history on the link in Q40 I didn't find a hint about that behaviour or any changes to the log file handling in the later versions. Could someone using the latest version and recovery processes please test/confirm that this behaviour has changed?
If it did not change, may I suggest to accept this as some form of bug report/feature request (in that case I probably would be wrong in the forum, I guess). I think it might be better to check the target directory for an existing logfile and use that one if the recover button is pressed.
Logfiles are available upon request, but they simply show normal conversion processes. It's just that there are more than one conversion process in a single logfile...