ConflictException class
The record changed between being read and being written.
The database checks a row against its policy and then writes it conditionally, so a row that changed in that window is rejected rather than overwritten. Nothing is wrong with the request: re-read the document, apply the change again, and send it.
The SDK does not retry this for you. Resolving a conflict means deciding what
the record should now contain, which only the caller can do - and a write is
never replayed automatically, for the reasons in retry.dart.
- Inheritance
-
- Object
- HttpException
- ConflictException
Constructors
- ConflictException(String message, {int? status})
Properties
- body → String?
-
The response body exactly as it arrived, when there was one.
finalinherited
- code → String?
-
The API's machine-readable reason, when it sent one.
finalinherited
- hashCode → int
-
The hash code for this object.
no setterinherited
- message → String
-
The response body, or a description of the failure when there was no body.
finalinherited
- prefix → String
-
finalinherited
- runtimeType → Type
-
A representation of the runtime type of the object.
no setterinherited
- status → int?
-
The HTTP status the API answered with, when the failure came from a
response at all.
finalinherited
Methods
-
noSuchMethod(
Invocation invocation) → dynamic -
Invoked when a nonexistent method or property is accessed.
inherited
-
toString(
) → String -
The failure, without the response body.
inherited
Operators
-
operator ==(
Object other) → bool -
The equality operator.
inherited