Hi João Pereira,
To simulate a conflict in Azure Cosmos DB, you need to perform simultaneous updates to the same item in different regions. This kind of operation can result in a conflict, but whether that conflict is stored and visible in the conflict feed depends on your conflict resolution policy.
By default, Cosmos DB uses the Last Write Wins (LWW) strategy. With LWW, Cosmos automatically resolves the conflict by keeping the version of the item with the highest value for the configured conflict resolution path (usually a timestamp). This means the conflict is resolved automatically and not stored, so it won't appear in the conflict feed, either in the portal or via the SDK.
Conflicts that can occur include:
- Insert conflicts – when the same ID is inserted at the same time in different regions.
- Replace conflicts – when the same item is updated in multiple regions simultaneously.
- Delete conflicts – when one region deletes an item while another updates it.
Since you're seeing conflicts in the SDK but not in the portal, it's likely because your updates are being resolved automatically using LWW. This is expected behavior and not a bug in the portal. If you want to see conflicts in the conflict feed, you need to configure your container with a custom conflict resolution policy that stores conflicts and optionally uses stored procedures to resolve them manually.