open_browser · Version: 1 · Category: Browser
Start a managed Chromium session. 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
- Start the managed session required by downstream browser actions.
- Reuse an isolated profile for sites that need persisted sign-in state.
Example: Open a headless reporting session
Use a prepared profile, a 1280 by 800 viewport, and a ten-minute session cap.Example settings
- Create and test an isolated profile in Settings.
- Place Open Browser upstream of every browser action.
- Leave automatic cleanup enabled for scheduled and failure paths.
Configuration
Create an isolated browser profile in Settings before running this node.
Sessions are cleaned up after success or failure when
closeAutomatically is enabled.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
- The node establishes session context used by downstream browser nodes in the same control path.
- Manual runs can be headed, while scheduled runs default to headless behavior.
- 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
- A profile already locked by another browser process may not open.
- Keeping sessions open after tests is useful for debugging but can leave state that makes later tests unrepresentative.
Where it can run
- Desktop local runner
- Paired self-hosted runner
- Managed browser worker