Class in Errors · JavaScript & TypeScript
Expected failure from account reads or private-conversation operations
class UserOperationError extends FluxerlyErrorclass UserOperationError
extends FluxerlyErrorInspect operation to identify the failed step and outcome before repeating a write. Metadata excludes private input values and upstream bodies. Default API methods return this error in an Err, while Effect methods fail in the typed error channel
Constructor#
Create the failure from its operation, reason and outcome, with optional status, retry wait, API detail, input detail and cause
new UserOperationError(
options: OperationErrorOptions<UserOperation>
): UserOperationErrornew UserOperationError(
options: OperationErrorOptions<
UserOperation
>
): UserOperationErrorParameters
options-
OperationErrorOptions<UserOperation>
Properties#
_tag#
Stable failure discriminator
readonly _tag: "UserOperationError"apiError #
Safe classification of why Fluxer rejected the request, or null when the response could not be classified
readonly apiError: ApiErrorDetail | nullreadonly apiError:
| ApiErrorDetail | nullinputValidation #
Safe explanation of the locally invalid property, or null when no input problem could be identified
readonly inputValidation: InputValidationDetail | nullreadonly inputValidation:
| InputValidationDetail | nulloperation#
Requested operation
readonly operation: UserOperationoutcome#
Whether the request may have reached Fluxer, described by OperationOutcome
Reconcile an unknown group edit, close or recipient removal before repeating it
readonly outcome: OperationOutcomereason#
Failure category, described by OperationReason
readonly reason: OperationReasonretryAfterMs #
Fluxer's retry delay in milliseconds when available
readonly retryAfterMs: number | nullreadonly retryAfterMs:
| number | nullstatus#
HTTP status when received
readonly status: number | nullInherited#
Inherited from Fluxerly: code, details, hint, to