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
Describe the bug
Several tests will fail from time to time due to the forward passage of time (e.g. ArmUrlTransformationStrategyTests.TransformUrlWithStrategyAsync_CallTwiceForSameStorageAccount_CachesKey)
Steps to Reproduce
Steps to reproduce the behavior:
Run tests. Sooner or later, a test will incorrectly fail because some component of time included in the comparison will have changed enough to generate an unexpected result (e.g. creating a sas with a cached user key with an expiration datetime that is one second later than the reference sas).
Expected behavior
A clear and concise description of what you expected to happen.
Tests that don't depend on a portion of the test completing within some arbitrary time interval (e.g. within the same second of wall-clock time).
Additional context
Add any other context about the problem here.
Note that the user delegation key is identical in both tokens, but the expiration date/time is one second later. The two tokens were obtained one right after the other.
Fixing this will require mocking the "system clock" or repeating tests/portions of tests as appropriate to report correct test results without clock skews producing false test failures.
The text was updated successfully, but these errors were encountered:
Describe the bug
Several tests will fail from time to time due to the forward passage of time (e.g.
ArmUrlTransformationStrategyTests.TransformUrlWithStrategyAsync_CallTwiceForSameStorageAccount_CachesKey
)Steps to Reproduce
Steps to reproduce the behavior:
Run tests. Sooner or later, a test will incorrectly fail because some component of time included in the comparison will have changed enough to generate an unexpected result (e.g. creating a sas with a cached user key with an expiration datetime that is one second later than the reference sas).
Expected behavior
A clear and concise description of what you expected to happen.
Tests that don't depend on a portion of the test completing within some arbitrary time interval (e.g. within the same second of wall-clock time).
Additional context
Add any other context about the problem here.
Note that the user delegation key is identical in both tokens, but the expiration date/time is one second later. The two tokens were obtained one right after the other.
Fixing this will require mocking the "system clock" or repeating tests/portions of tests as appropriate to report correct test results without clock skews producing false test failures.
The text was updated successfully, but these errors were encountered: