Skip to content

Conversation

@LockTar
Copy link
Contributor

@LockTar LockTar commented Nov 17, 2025

In previous PR 787 for v6 we added retry logic for Conflict error. That PR is apparantly not merged to v7 but was also not sufficient because of the missing PessimisticConcurrencyConflict error. See PR 799 for more information for the v6 implementation.

Details:

Enhanced the retry logic to handle HTTP 409 responses more robustly by checking for specific error codes ("Conflict" or "PessimisticConcurrencyConflict") and messages ("Operation on the API is in progress").

Added HasConflictOrPessimisticConcurrencyConflictError and HasOperationOnTheApiIsInProgressMessage helper methods to encapsulate these checks. Introduced TryGetMessage to safely extract the "message" property from JSON responses, with improved error handling for parsing failures.

Refactored code to improve readability and maintainability by modularizing retry condition checks.

Enhanced the retry logic to handle HTTP 409 responses more robustly by checking for specific error codes ("Conflict" or "PessimisticConcurrencyConflict") and messages ("Operation on the API is in progress").

Added `HasConflictOrPessimisticConcurrencyConflictError` and `HasOperationOnTheApiIsInProgressMessage` helper methods to encapsulate these checks. Introduced `TryGetMessage` to safely extract the "message" property from JSON responses, with improved error handling for parsing failures.

Refactored code to improve readability and maintainability by modularizing retry condition checks.
@guythetechie
Copy link
Contributor

Closing in favor of 5ba67d3, which aligns more with v7.

@LockTar LockTar deleted the f/fix-conflict-errors-in-v7 branch November 18, 2025 07:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants