The default connect timeout is 2s (creating a TCP connection to the destination) and the default request timeout is 30s (entire request which includes reading the response). The timeout is configurable in the JSON config for the adapter.
{
"http_connect_timeout_secs": X,
"http_request_timeout_secs": Y,
...
}
Since you seem to hit the request timeout of 30s, which already is very generous, the issue is probably with the service you are trying to reach.
Unfortunately, it’s not really an option but, a piece of text I added in the prompt which worked yesterday but, not today anymore
I hope I’ll find a solution for my demo, maybe I can revisit my prompt…
It’s not mandatory for my use case, I’m just building a demo.
However, to my knowledge, it’s not fully uncommon in serverless to have an option to define the timeout per request. For example Google Firebase HTTP function options (see timeoutSeconds: https.HttpsOptions interface | Cloud Functions for Firebase).
Is there any plan to extend http_request outcalls to support similar option?
We discussed at some point adding an http timeout field to the HTTP outcalls request. This timeout would be applied to the actual HTTP request to the specified server. We can support it if this is wanted by the community.
I’m not sure if it’s still the case, but when we discussed it in this thread back in March, there was no such option, and the maximum timeout was 30 seconds.