-
Notifications
You must be signed in to change notification settings - Fork 50
Closed
Labels
I4No visible changesNo visible changesS3Minimally significantMinimally significantU2Seriously plannedSeriously plannedbugSomething isn't workingSomething isn't workingneofs-storageStorage node application issuesStorage node application issues
Milestone
Description
https://github.com/nspcc-dev/neofs-api/blob/fc8584b766d6b544337fc055dca34c29b0155d31/object/service.proto#L282-L284 was introduced for REP containers. It helps to assemble big objects, for sys needs mostly
Current Behavior
flag is no-op, requested object part is always returned. This is not stated in the protocol
Possible Solution
either:
- support flag in server implementation
- mark it no-op in EC protocol, do nothing more
i'm for 2:
- no extra logic
- no need from user side who wants to work with original (root) objects
- no need from sys side, implementation works w/o it
with 2, we may go further and apply the same for REP implementation:
- support auto-resolution by parent address;
- deprecate the flag completely
Steps to Reproduce (for bugs)
- create EC container
- put object bigger than MaxObjectSize net cfg into it
neofs-cli object get --raw
Context
nspcc-dev/neofs-testcases#1222
Regression
no
Your Environment
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
I4No visible changesNo visible changesS3Minimally significantMinimally significantU2Seriously plannedSeriously plannedbugSomething isn't workingSomething isn't workingneofs-storageStorage node application issuesStorage node application issues