Open
Description
Description
The current payment process throws exceptions upon all sorts of failure, and has a single block to catch all of them.
The new payment process should handle exceptions at a more granular level, and switch to a failure state immediately.
Acceptance criteria
- Generic exceptions (
Exception
,Order_Not_Found
, etc.) are handled within the payment processing service, rather than within a state, enteringSystemErrorState
. - Specific exceptions (ex. those around requests) should be handled immediately.
- The error states should contain the needed functionality to log the errors, and mark the order as failed if needed.
Testing instructions
All thrown exceptions should be caught.
Dev notes
For now, we can focus only on the exceptions we are already aware of through Psalm.
Additional context
Epic: #6673
Project: paJDYF-9hL-p2
Metadata
Metadata
Assignees
Labels
WC Payments core related issues, where it’s obvious.For product engineering, architecture work, tech debt and so on.For any issues which are part of any project, including bugs, enhancements, etc.Issues related to CheckoutThe issue is blocked from progressing, waiting for another piece of work to be done.The issue has a PR.The issue is currently not prioritized.