Nice find, thanks for posting a solution in code.

Thank you, that makes a lot of sense.

Calling libfile.close() like that is not a good idea. Opening a blend file is the most expensive part of the tracing process, which is why it's cached in the first place by calling blendfile.open_cached(). Also in this example it's not called when an exception occurs, which means it can still keep files open.

A potential change which fixes this issue for me is to change the _find_new_paths() method in pack/__init__.py from:

I have been able to solve this issue by adding the following code:

Process explorer show that once the 'trace' method is called Blender keeps open file handles for all .blend files found by BAT during the trace (This includes linked .blend files).

In current master (released as 0.8) all unit tests work on Windows as well. The windows-support branch has been deleted.

I've made a new branch windows-support to track Windows-specific fixes. They should only be merged to the master branch when they have been tested on (and proven compatible with) Linux.

My proposal is to adapt the BlendPath.to_path method to convert the Windows slashes automatically to posix slashes.

Nice analysis, thanks.

@John Roper (johnroper100) yes it can. If running bat --help doesn't help enough, please open a new ticket with more questions ;-)

Can this be used to check for missing assets in blend files? I'm looking for a way to check a blend file and look for missing assets (images, etc.) that should have been packed into the blend.

fix in D3518