You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As of working and debugging some PRs, I noticed that basically all of the tests only run when both blocking and async features are active, which is great in an adversarial scenario to guarantee that both are producing the same expected results given the same API usage.
However, the CI steps for using specific features, either blocking or async seem to only build the code, as the test is filtered out.
I think the tests should still run when either of blocking or async features are active.
Use case
Execute the test scenarios on every variation of the CI matrix.
Additional context
The text was updated successfully, but these errors were encountered:
Describe the enhancement
As of working and debugging some PRs, I noticed that basically all of the tests only run when both
blocking
andasync
features are active, which is great in an adversarial scenario to guarantee that both are producing the same expected results given the same API usage.However, the CI steps for using specific features, either
blocking
orasync
seem to only build the code, as the test is filtered out.I think the tests should still run when either of
blocking
orasync
features are active.Use case
Execute the test scenarios on every variation of the CI matrix.
Additional context
The text was updated successfully, but these errors were encountered: