-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Simple object with lock and expiration time not removed after locks are expired #2099
Comments
it works as expected. Fixed help message for parameter here #2169. I've added one extra epoch tick and test passed. |
@abereziny it works as expected. It is ok to get |
@acid-ant I do not agree with that because current behavior have no real practical use case. for example: we have document with expiration, court need this document in the process so it must not be deleted and must be available until process is complete (despite it's expiration), so lock is assigned. If the document is not available - it practically means that lock doesn't work from user point of view. |
Logged and issue for API to further elaboration |
@evgeniiz321, do we have any test scenario like this? |
Let say we have:
100
__NEOFS__EXPIRATION_EPOCH=101
103
Steps:
Tick epochs until current epoch = 103
Check object availability
Expected Behavior
Simple object should be removed since locks are gone and object expired
Current Behavior
Simple object continues to present in storage even if we wait additional extra epochs
Tests
in branch feature-abereziny-add-lock-tests-2
The text was updated successfully, but these errors were encountered: