browser_wait_for_download
Block until a specific download completes or times out. Returns true on completion; call browser_get_downloads afterwards for the file path and final status. Use after triggering a download to ensure it finishes before proceeding.
When to use browser_wait_for_download
Use browser_wait_for_download when you need to synchronize your script with the real state of a loading page. It is part of Owl Browser's Wait Utilities toolset and runs inside a self-hosted, source-level stealth engine, so every call inherits the same undetectable browser fingerprint as the rest of your automation — no separate anti-detect setup required.
Usage Example
Parameters
Required
download_idstringrequiredThe unique identifier of the download to wait for, obtained from browser_get_downloads or triggered download events
Optional
context_idstringThe browser context that owns the download (from browser_get_downloads). Required for correct routing in multi-process mode; the download lives on the context's browser process
timeoutintegerMaximum time to wait for download completion in milliseconds. Returns error if exceeded. Default: 30000 (30 seconds). Set higher for large files
Response
Returns a JSON object with the operation result.
{
"success": true,
"result": <value>
}Frequently Asked Questions
What does browser_wait_for_download do?
Block until a specific download completes or times out. Returns true on completion; call browser_get_downloads afterwards for the file path and final status. Use after triggering a download to ensure it finishes before proceeding. It belongs to Owl Browser's Wait Utilities category and is available through the REST API, the Python SDK (browser.wait_for_download()), the Node.js SDK, and the MCP server.
What parameters does browser_wait_for_download accept?
browser_wait_for_download accepts 1 required parameter (download_id) and 2 optional parameters. All parameters are sent as JSON in a POST request to /api/execute/browser_wait_for_download.
Is browser_wait_for_download detectable by anti-bot systems like Cloudflare or DataDome?
No. browser_wait_for_download executes inside Owl Browser's Chromium engine, which applies fingerprint spoofing at the C++ source level rather than through JavaScript patches. Every tool call shares the same consistent, human-like fingerprint, so anti-bot systems such as Cloudflare, DataDome, and Akamai see an ordinary browser.
Related Tools
browser_wait_for_selectorWait for an element matching the selector to appear and become visible on the page. Essential for handling dynamic content that loads after navigation. Times out with error if element doesn't appear.
browser_waitPause execution for a fixed number of milliseconds. Use sparingly - prefer browser_wait_for_selector or browser_wait_for_network_idle for more reliable synchronization.
browser_wait_for_network_idleWait until there are no pending network requests for a specified duration. The most reliable way to wait for a page to fully load, including AJAX requests, images, and dynamic content.
browser_wait_for_functionWait for a custom JavaScript condition to become true. Useful for waiting on application-specific state like 'window.appReady' or complex DOM conditions that can't be expressed with a selector.
browser_wait_for_urlWait for the page URL to match a specific pattern. Useful after clicking links or submitting forms to ensure navigation completed. Supports substring matching or glob patterns with wildcards.
browser_wait_for_dialogWait for a JavaScript dialog to appear. Blocks until a dialog shows up or timeout expires. Useful when you know an action will trigger a dialog and need to handle it specifically.