Set time out

Is it possible to modify the default timeout time? What is it by default?

:computer: Environment

Running several .call() functions make the autotask to fail because it runs out of time.

:1234: Code to reproduce

Hi @Fede

I assume we are talking about Autotask timeouts.

Autotasks are executed in a node 12 runtime with 256mb RAM and a 5-minute timeout.

In case additional info is needed please share your autotask id (visible in the url when specific autotask page is opened).

Best regards,

Thanks for the answer! Is it possible to change this param? To have a larger time out?

Currently this is hard limit and it is not possible to change it per account.

We are interested to hear about your use case and what are main reasons for this increase.
We are constantly improving Defender and requests like this one could get into our development backlog.

1 Like

Is there any way to be able to re-start a failed autotask? E.g, my autotask failed because of a task time out, can I detect that some how and automatically restart it?

HI @Fede,

You can use our Defender API. Specifically Autotask Runs Endpoints or defender-autotask-client NPM package.

You can list your latest Autotask runs and check the status. Then trigger manual run endpoint to try rerunning it.

I hope this helps!

1 Like

So, I'd create a "Retrier" autotask which runs, for example, every 5 minutes that:

  • Gets all autotasks
  • For each autotask:
    • const runs = await client.listAutotaskRuns(AUTOTASK_ID);
    • Get the latest one from the array const latestRun = runs[runs.length - 1]
    • If latest run status is FAILED, call await client.runAutotask("AUTOTASK_ID");

And, in the case a task has successfully completed but it has created a TX which is still pending and then fails (either because Defender has tried several times and validUntil has been hit or because the transaction actually failed), how can I retry?

Hey @Fede,

I've looked into this and I can confirm that you can't import defender-autotask-client inside the autotask itself. So your approach won't work.

Instead you can have your own server using defender-autotask-client and doing the retry business logic based on the latest runs statuses.

I hope this helps :slight_smile:

P.S I will create a user request internally for Autotask retry feature and will let you know if/when we implement it.