This should be fixed in rBASTe4bf2e8e35a8: Improved path handling.

This is related to D6676.

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.