Race condition on new altova component locks the directory so that it cannot be used twice

The issue seems to be related to a directory handle that exists on the ORG process (created by the Altova component) that prevents the directory from being completely deleted and means that when the same finding is opened again an error is thrown. The current solution is based on saving the temporary files in a folder named after a unique GUID. This solves the problem in the short term. but we still need to figure out how to close the handle properly (since at the moment not all directories are properly deleted)

25-Nov

Bug

When a project is loaded in the findings tab the list of available findings was not cleared

this showed it self in new projects which had no targets (and if the user had the findings tab open)