web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Power Automate / Is it possible to incr...
Power Automate
Unanswered

Is it possible to increase HTTP connector timeout

(1) ShareShare
ReportReport
Posted on by Microsoft Employee

Hi,

 

is it possible to increase timeout for HTTP connector in power Automate?

 

my api takes more than 120 seconds to respond and HTTP connector default timeout is 120 seconds only i guess so it fails as you can see in image below. can than be done ?

 

Annotation 2019-11-13 110256.gif

 

Thank you!

 

Categories:
I have the same question (0)
  • Community Power Platform Member Profile Picture
    Microsoft Employee on at

    @Anonymous 

     

    Hi,

     

    You can do this from the setting page for the HTTP action.

    - Click the three dots in the top right corner of the HTTP action

    - Click 'settings'

    - Enter a value in timeout field, using the ISO 8601 Duration format - https://www.digi.com/resources/documentation/digidocs/90001437-13/reference/r_iso_8601_duration_format.htm

     

    2019-11-13_0842.png

     

    If you found this post helpful then please consider marking it as a solution.

     

    Sam

  • Jay-Encodian Profile Picture
    2,920 on at

    @Anonymous- That setting only applies when the HTTP endpoint you are calling implements the async pattern, i.e. the endpoint will return a 202 accepted response, also adding a header property named 'Location' which should then be polled to check the status of the long running job.

    @AnonymousIf your HTTP endpoint exceeds the 120 second limit you should implement the async pattern, just changing the Timeout setting on the action will not work.

    Hope this helps

    Jay

  • Community Power Platform Member Profile Picture
    Microsoft Employee on at

    Thank you @Anonymous for the response,

     

    Thank you @Jay-Encodian, can you please pass on little more information on how that can be implemented and any reference referring to async pattern will be helpful!

     

     

  • Jay-Encodian Profile Picture
    2,920 on at

    @AnonymousWhat stack are you using to build your API?

  • Community Power Platform Member Profile Picture
    Microsoft Employee on at

    @Jay-Encodian - we are using ASP.NET & REST to build the API

  • Jay-Encodian Profile Picture
    2,920 on at

    @Anonymous- here you go

    https://docs.microsoft.com/en-us/azure/architecture/patterns/async-request-reply

    If this provides the info you need please mark as a solution to help others find the info 👍

  • FollowTheLion Profile Picture
    52 on at

    I've been using HTTP GET (rather than POST) so that my execution is paused while the subordinate flow I'm calling via GET is executed.  (When I say subordinate flow, I'm talking about my API call to whatever slave process, which in my case is another Power Automate flow, but for you will be whatever API you're calling.)  In my case, I want it to take as long as it takes.  I used @Anonymous's method and I think it's working.  For 30 minutes, I used a value of P0Y0M0DT0H30M0S, which is following the format detailed below.

    Alternatively, you could use a POST, which will initiate that process and then continue executing in parallel without waiting, in which case you will need to find a way to poll the status of the subordinate flow (API call) to detect when it either finishes or fails, as @Jay-Encodian suggests.

     

    Here's an excerpt from a site that I found listing the definition for that ISO 8601 duration format:

    ISO 8601 duration format

    ISO 8601 Durations are expressed using the following format, where (n) is replaced by the value for each of the date and time elements that follow the (n):

    P(n)Y(n)M(n)DT(n)H(n)M(n)S

    Where:

    • P is the duration designator (referred to as "period"), and is always placed at the beginning of the duration.
    • Y is the year designator that follows the value for the number of years.
    • M is the month designator that follows the value for the number of months.
    • W is the week designator that follows the value for the number of weeks.
    • D is the day designator that follows the value for the number of days.
    • T is the time designator that precedes the time components.
    • H is the hour designator that follows the value for the number of hours.
    • M is the minute designator that follows the value for the number of minutes.
    • S is the second designator that follows the value for the number of seconds.

    For example:

    P3Y6M4DT12H30M5S

    Represents a duration of three years, six months, four days, twelve hours, thirty minutes, and five seconds.

  • Jay-Encodian Profile Picture
    2,920 on at

    @FollowTheLion- The HTTP verb used in the request is irrelevant. For a HTTP request using the action originally stated (regardless or the verb / request method) to exceed the timeout value, the endpoint you are calling has to implement an aysnc pattern... i.e. return a 202 response with a location header. The setting you are referring to only applies for endpoint which implement this pattern... it actually tells you this in the description of the setting.

     

    1.png

     

     

  • FollowTheLion Profile Picture
    52 on at

    You are correct.  Thank you for clarifying.  I discovered that entering a long timeout doesn't work.  I'm going to try this out.  Thanks so much.

  • FollowTheLion Profile Picture
    52 on at

    You are correct.  Thank you for clarifying.  I discovered that entering a long timeout doesn't work.

    I tried this out.  I set the response code to 202 and set the settings of the response to asynchronous.  That allows me to pick any time I want for a timeout.

    These screenshots show how to do it.

    I set up a simple http-triggered flow, added a delay of five minutes, and then a response with code 202, with asynchronous checked (based on @Jay-Encodian's instructions).  And I set up a manually triggered flow to call it, and selected the longer timeout and asynchronous pattern (which is on by default).  This now works.

    Thanks so much for pointing out my mistake.  My production flow is now working properly.

    Calling flow:

    FollowTheLion_0-1644712741660.png

    FollowTheLion_1-1644712791972.png

    Long flow:

    FollowTheLion_2-1644712858259.png

     

    FollowTheLion_3-1644712877931.png

     

     

     

     

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Users!

Kudos to our 2025 Community Spotlight Honorees

Congratulations to our 2025 community superstars!

Leaderboard > Power Automate

#1
Haque Profile Picture

Haque 589

#2
Valantis Profile Picture

Valantis 328

#3
David_MA Profile Picture

David_MA 284 Super User 2026 Season 1

Last 30 days Overall leaderboard