descend in _filebaseddirectory.py fails if "." etc is in the "subdirectory_spec" argument

Summary

descend in _filebaseddirectory.py fails if . etc is in the subdirectory_spec argument

Steps to reproduce

This gets called if your build fails, so you need to cause your build to fail and have a . in subdirectory_spec.

What is the current bug behavior?

It fails to traverse the . directory, and raises a error.

What is the expected correct behavior?

The result should be that as if the directory had been fully resolved by the system.

Possible fixes

at the top of the function use the os.path functions to resolve the path and then split it back up and run the rest of the function on the resolved path. os.path should know how to deal with ., .. etc

This bug was found while working on #512 (closed)


To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information