Skip to Main Content
Nintex Ideas

đź‘‹ Use this site to provide feedback and ideas for all Nintex Products. See our post on Nintex Community "Welcome to Nintex Ideas" for more details on Nintex Ideas, how an idea is handled by our product teams and more!


If you have questions about Nintex Ideas, please contact ideas@nintex.com

If you require support, please visit Nintex Customer Central

If you have a sales inquiry, please contact sales@nintex.com

Categories Runtime
Created by Brady
Created on Sep 3, 2024

Error Handling - Support All Failures

Error handling was recently introduced. Where supported, it will cause a workflow instance to Pause instead of fails. This then gives the opportunity for the instance to be resumed at the failed step for it to try again. This is a great feature!


However, my biggest problem with this feature is that it was implemented to only support certain connectors and certain error codes. If an unsupported code is received by an action, it will cause the entire instance to fail instead of being paused. This situation is a HUGE inconvenience for complex workflows. By only having a specific selection of error codes that error handling supports, Nintex severely handicaps the situations where error handling can benefit it's customers. In my mind, the current approach is fundamentally flawed because it will result in either:

  • Nintex to updates codes that should be supported - which involves staying up-to-date with all 3rd party connectors and their possible errors.

  • Nintex to doesn't update codes - resulting in error handling that becomes more and more obsolete as 3rd connectors update their APIs with addition error codes.

My suggestion: Please consider making error handling support ALL failures, regardless of the error code. I'm not sure what the reasoning was for making the existing implementation a targeted approach, as it puts more onus on Nintex if they wish to have a usable feature, but also removes the agency from customer in properly handling these situations.


Thank you for considering.


Examples of messages from the Smartsheet connector that Error Handling hasn't caught, but have worked when retried later (the point of error handling):

  1. Request failed because sheetId 123456789 is currently being updated by another request that uses the same access token. Please retry your request once the previous request has completed.

  2. An unexpected error has occurred. Please contact the Support team at https://help.smartsheet.com/contact for assistance.

  3. AddRow successful but returned empty row data.

  4. Unexpected character encountered while parsing value: <. Path '', line 0, position 0.

  5. Unexpected character encountered while parsing value: U. Path '', line 0, position 0.

  6. Received an error response from the connector: Unexpected Error (ExtAuthN)

  • Attach files