wait_for · Version: 1 · Category: Browser
Wait for page state or an element. This node is not marked with the catalogue’s generic side-effect flag. That classification is not a guarantee that every configured operation is read-only; review the concrete action and its destination.
When to use this node
- Synchronize with a dynamic element, text, URL, response, download, or page load state.
- Replace fragile fixed delays with a bounded observable condition.
Example: Wait for an export to become ready
Wait up to 60 seconds for the recorded Download report button to become visible.Example settings
- Choose the event that actually proves readiness.
- Record a locator or provide the conditional URL/text fields.
- Keep a finite timeout and inspect diagnostics when it expires.
Configuration
Workflow JSON
The editor stores this node with the following implemented default configuration:Default node configuration
Inputs
This node has no typed ports in this direction.Outputs
Execution behavior
- time uses delayMs; element modes use the locator; URL, network, and load-state modes expose their corresponding fields.
- Completion means the selected condition was observed, not that every background task on the page finished.
- The editor catalogue declares
result(any) for mapping. The execution inspector can contain additional evidence fields; inspect a real result before selecting nested paths from object or any outputs.
Common issues
- network_idle is unsuitable for pages with continuous network activity.
- A text condition can match hidden or repeated content differently than an element visibility check.
Where it can run
- Desktop local runner
- Paired self-hosted runner
- Managed browser worker