If the CustomTestHarnessPath setting is defined in an ancestor/parent settings file, and there are multiple settings files in the inheritance hierarchy, the harness path will be resolved relative to the settings file closest to the test spec files rather than the settings file that defined it.
This makes it difficult to use the CustomTestHarnessPath setting in a shared way across a repository. I'd expect a relative path to resolve relative to the config file that defined it, or some way to configure this type of behavior (similar to SettingsFileAdjacent for other settings).
When running a test that uses the C:\repo\a\b\c\chutzpah.json, the harness path seems to resolve against C:\repo\a\b\c\ instead of C:\repo\ where the parent settings file is. For any relative path, this typically means it will break.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
If the
CustomTestHarnessPath
setting is defined in an ancestor/parent settings file, and there are multiple settings files in the inheritance hierarchy, the harness path will be resolved relative to the settings file closest to the test spec files rather than the settings file that defined it.This makes it difficult to use the
CustomTestHarnessPath
setting in a shared way across a repository. I'd expect a relative path to resolve relative to the config file that defined it, or some way to configure this type of behavior (similar to SettingsFileAdjacent for other settings).Example
When running a test that uses the
C:\repo\a\b\c\chutzpah.json
, the harness path seems to resolve againstC:\repo\a\b\c\
instead ofC:\repo\
where the parent settings file is. For any relative path, this typically means it will break.