Reconsider status responses

[carpawell]

Some status errors in NeoFS are known and self-describing. But there are also "general errors" with 1024 status codes and some "good" human-readable messages.

Expected Behavior

If I have a general error, I expect NOT a general message that can help me understand what is happening. E.g. session token does not relate to the container a request is trying to change:

status: code = 1024 message = could not execute SetEACL request: session token validation: wrong container: 

Current Behavior

Only the last error in the errors chain is attached:

status: code = 1024 message = wrong container: 

Possible Solution

1. errors.Join for meaningful errros inside a package? (like session tokens errors can be wrapped with a common session token error with detailed errors so the Unwrap does not unwrap more than it is needed as the package thinks)
2. Make all the low-level errors well described and have more context than they have now? (can be a huge work)
3. Attach the full error chain if it is a 1024 error? (chain could be too long and too golang specific)
4. Attach 1-2 more errors from the lowest one? (a strange rule can fix smth but not all the cases)

Steps to Reproduce (for bugs)

Any 1024 "general" error case (like incorrect session token; even though session token error may become another status case, there always be some "general" errors that should be described correctly).

Context

neofs-node/pkg/services/util/sign.go

Lines 225 to 229 in 996b1ea

	for e := errors.Unwrap(err); e != nil; e = errors.Unwrap(err) {
	err = e
	}
	session.SetStatus(resp, apistatus.ErrorToV2(err))

Regression

No.

Your Environment

0.40.0

[roman-khimov]

Server should return as much data as it can (except when it somehow affects security), simple as that. Joining/chaining errors is fine for that and the protocol allows for it, message can be anything. Then this message should be a part of client error.

[carpawell]

@roman-khimov, so you are for the full error message?

[roman-khimov]

Absolutely. It's not that much different from neo-project/proposals#156