Particular
Improve testing multiple transport configurations
After working on the native delays implementation, it's become more apparent that we need some better way to manage running tests with different permutations of configurations settings.
We previously could be trying to run the tests for both routing topologies, but with the native delays, we also have whether the timeout manager is enabled or not.
Do we need to necessarily solve this as part of the native delays solution?
Do we need to necessarily solve this as part of the native delays solution?
The reason I raised this as a separate issue is that I don't want to solve this as part of native delays. It doesn't make sense to hold up on delivering native delay to deal with it.
OK, just to clarify: in native delays, we are planning to create an explicit set of tests which run the other permutation, correct? Rather than actually applying permutations to the same set of tests?
@adamralph Currently, there aren't plans to do anything special in the native delays PR.
Aside from not wanting to special case the delays tests, the other reason for this is with the recent change in the PR where we're removing the timeout manager behavior instead of working around it,, there aren't really separate code paths to worry about any more.