Closed htzhang2 closed 4 months ago
Both calls succeed sometimes
So you're saying you have a repro where two different writes succeed based off the same etag, i.e. the written data from one of the cases is lost? That's declaring SELECT broken, and is highly unlikely to be the case - you'll need to rig a real test case harness for this rather than just loosely alleging 'sometimes'; strong allegations require strong evidence. If this is not what you mean, I'd suggest to modify the expecation
If this is really happening you will probably need to file a Support Request. What you are describing would be a failure on the Service behavior enforcing ETag matching.
Can you share a repro? Are you certain you are using the same ETag?
From the SDK perspective, the SDK just sends the headers, it does not perform any validation, so there is really nothing that we can do if this ends up being true.
@htzhang2 this issue requires more information for the team to be able to help. In case this information is available, please add it and re-open the Issue.
Describe the bug UpsertItemAsync with same IfMatchEtag value both return success
To Reproduce
Expected behavior
Actual behavior Both calls succeed sometimes
Environment summary SDK Version: 3.38.1 OS Version (e.g. Windows, Linux, MacOSX): Windows
Additional context CosmosDb is strong consistency