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
This would seem like more of a feature then a bug, but the main issue is it is inconsistant with the documentation and expected behavior of a signoff string.
I would of expected an error on client 3 about using a signoff string that is already in use. I found that if I tried to lock a different resource (saw aws-resource-2) I did get an error.
When i released hold1 signoff client2 got the lock, released that one, client3 got it.
If this is the behavior we want we should document it as such. Otherwise we should throw an error when it happens.
The text was updated successfully, but these errors were encountered:
This would seem like more of a feature then a bug, but the main issue is it is inconsistant with the documentation and expected behavior of a signoff string.
Did the following test:
I would of expected an error on client 3 about using a signoff string that is already in use. I found that if I tried to lock a different resource (saw
aws-resource-2
) I did get an error.When i released
hold1
signoff client2 got the lock, released that one, client3 got it.If this is the behavior we want we should document it as such. Otherwise we should throw an error when it happens.
The text was updated successfully, but these errors were encountered: