Code
Python
Delaying steps

Delaying a workflow

Use pd.flow.delay to delay a step in a workflow.

These docs show you how to write Python code to handle delays. If you don't need to write code, see our built-in delay actions.

Using pd.flow.delay

pd.flow.delay takes one argument: the number of milliseconds you'd like to pause your workflow until the next step executes. You can pause your workflow for as little as one millisecond, or as long as one year.

Note that delays happen at the end of the step where they're called.

import random
 
def handler(pd: 'pipedream'):
    # Delay a workflow for 60 seconds (60,000 ms)
    pd.flow.delay(60 * 1000)
 
    # Delay a workflow for 15 minutes
    pd.flow.delay(15 * 60 * 1000)
 
    # Delay a workflow based on the value of incoming event data,
    # or default to 60 seconds if that variable is undefined
    default = 60 * 1000
    delayMs = pd.steps["trigger"].get("event", {}).get("body", {}).get("delayMs", default)
    pd.flow.delay(delayMs)
 
    # Delay a workflow a random amount of time
    pd.flow.delay(random.randint(0, 999))

Paused workflow state

When pd.flow.delay is executed in a Python step, the workflow itself will enter a Paused state.

While the workflow is paused, it will not incur any credits towards compute time. You can also view all paused workflows in the Event History.

Credit usage

The length of time a workflow is delayed from pd.flow.delay does not impact your credit usage. For example, delaying a 256 megabyte workflow for five minutes will not incur ten credits.

However, using pd.flow.delay in a workflow will incur two credits.

One credit is used to initially start the workflow, then the second credit is used when the workflow resumes after its pause period has ended.

Exact credit usage depends on duration and memory configuration

If your workflow's execution timeout limit is set to longer than default limit, it may incur more than two credits when using pd.flow.delay.

cancel_url and resume_url

Both the built-in Delay actions and pd.flow.delay return a cancel_url and resume_url that lets you cancel or resume paused executions.

These URLs are specific to a single execution of your workflow. While the workflow is paused, you can load these in your browser or send an HTTP request to either:

  • Hitting the cancel_url will immediately cancel that execution
  • Hitting the resume_url will immediately resume that execution early

Since Pipedream pauses your workflow at the end of the step where you run call pd.flow.delay, you can send these URLs to third party systems, via email, or anywhere else you'd like to control the execution of your workflow.

import requests
 
def handler(pd: 'pipedream'):
  links = pd.flow.delay(15 * 60 * 1000)
  # links contains a dictionary with two entries: resume_url and cancel_url
 
  # Send the URLs to a system you own
  requests.post("https://example.com", json=links)
 
  # Email yourself the URLs. Click on the links to cancel / resume
  pd.send.email(
    subject=f"Workflow execution {pd.steps['trigger']['context']['id']}",
    text=f"Cancel your workflow here: {links['cancel_url']} . Resume early here: {links['resume_url']}",
    html=None
  )
 
  # Delay happens at the end of this step
⚠️

In pd.send.email, the html argument defaults to "", so it overrides the email text unless explicitly set to None.

When delays happen

Pipedream pauses your workflow at the end of the step where you call pd.flow.delay. This lets you send the cancel_url and resume_url to third-party systems.

def handler(pd: 'pipedream'):
  urls = pd.flow.delay(15 * 60 * 1000)
  cancel_url, resume_url = urls["cancel_url"], urls["resume_url"]
  # ... run any code you want here
 
  # Delay happens at the end of this step

Delays and HTTP responses

You cannot run pd.respond after running pd.flow.delay. Pipedream ends the original execution of the workflow when pd.flow.delay is called and issues the following response to the client to indicate this state:

$.respond() not called for this invocation

If you need to set a delay on an HTTP request triggered workflow, consider using time.sleep instead.

time.sleep

Alternatively, you can use time.sleep instead of using pd.flow.delay to delay individual workflow steps.

However, there are some drawbacks to using time.sleep instead of pd.flow.delay. time.sleep will count towards your workflow's compute time, for example:

import time
 
def handler(pd: 'pipedream'):
  # delay this step for 30 seconds
  delay = 30
  
  time.sleep(delay)

The Python step above will hold the workflow's execution for this step for 30 seconds; however, 30 seconds will also contribute to your credit usage. Also consider that workflows have a hard limit of 750 seconds.