Fix connection errors

app modules output the connectionerror when the app is unavailable for example, the app might be offline for maintenance uses the http 503 and 504 status codes https //en wikipedia org/wiki/list of http status codes to identify the connectionerror follows the standard error codes and their definitions note that it is possible that the third party may not fully comply with the standard when a module in your outputs the connectionerror , you should check the status page of the module app chances are that the status page will have the url https //status domain , for example https //status make com https //status make com when recognizes the module output as the connectionerror docid\ n4w0yaeop7a a4vfw ebp and you don't use any error handling, acts depending on the following attributes scheduling enabling of the incomplete executions incomplete executions disabled incomplete executions enabled scheduled pauses the scheduling of the scenario for 20 minutes doesn't rerun the scenario pauses the scheduling of the scenario for 20 minutes retries the incomplete execution with the incomplete execution backoff docid\ qiox8zklnpurkzsnop8rc instant reruns the incomplete execution with the backoff docid\ qiox8zklnpurkzsnop8rc retries the incomplete execution with the incomplete execution backoff docid\ qiox8zklnpurkzsnop8rc how to fix the connectionerror to handle the connectionerror , you can use the strategies for handling the rate limit errors docid\ eq8ggnx95q7r047eelhp3 the most efficient strategy is to use the retry error handler docid\ cptwi8yi45zl3m5slzjnv to rerun the after a delay if your triggers with an instant trigger docid\ pdopibceckcbomppkplmy (for example, a custom webhook module), consider enabling process data in order in scenario settings with process data in order , the trigger module processes incoming data one by one in the order they arrive otherwise, skip this step if a has incomplete executions and process data in order enabled, pauses the until the incomplete executions are processed to keep the order of incoming data add the retry error handler to the module that is causing the errors consider setting the delay and the number of attempts according to the importance and the schedule of your for example, if the app has occasional downtime for maintenance for a few hours with no availability, it might be best to set a lower number of attempts with longer time periods between them on the other hand, if the app is occasionally unavailable because it's overloaded, and the is important for you, it might be best to use a short time period (a few minutes) with a higher number of attempts enable incomplete executions in the settings will save bundles that caused the error for example, if you would use the webhook trigger to ask questions to chatgpt , but the chatgpt app is sometimes overloaded with requests and sending back errors, your make and make settings with error handling could look like this whenever the create a completion module outputs the connectionerror because the openai servers are overloaded or unavailable, creates an incomplete execution with the create a completion module after the delay set in the retry error handler, reruns the create a completion module if the rerun succeeds, will continue scheduling new runs if the rerun fails, reruns the module again after the delay, up to the number of attempts set in the retry error handler settings