browser_get_console_log
Read console logs from the browser. Returns JavaScript console messages (console.log, console.warn, etc). Supports filtering by level and text. Useful for debugging and monitoring page behavior.
When to use browser_get_console_log
Use browser_get_console_log when you need to read console output for debugging automation runs. It is part of Owl Browser's Console & Debugging 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
context_idstringrequiredThe unique identifier of the browser context (e.g., 'ctx_000001')
Optional
levelstringFilter by log level: 'debug', 'info', 'warn', 'error', 'verbose'. If not specified, returns all logs
filterstringFilter logs containing specific text (case-sensitive substring match)
limitintegerMaximum number of log entries to return. If not specified, returns all logs
Response
Returns a JSON object with the operation result.
{
"success": true,
"result": <value>
}Frequently Asked Questions
What does browser_get_console_log do?
Read console logs from the browser. Returns JavaScript console messages (console.log, console.warn, etc). Supports filtering by level and text. Useful for debugging and monitoring page behavior. It belongs to Owl Browser's Console & Debugging category and is available through the REST API, the Python SDK (browser.get_console_log()), the Node.js SDK, and the MCP server.
What parameters does browser_get_console_log accept?
browser_get_console_log accepts 1 required parameter (context_id) and 3 optional parameters. All parameters are sent as JSON in a POST request to /api/execute/browser_get_console_log.
Is browser_get_console_log detectable by anti-bot systems like Cloudflare or DataDome?
No. browser_get_console_log 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_clear_console_logClear all console logs from the browser context. Useful to reset log state between operations.
browser_create_contextCreate a new isolated browser context with its own cookies, storage, and optional proxy configuration. Each context acts as an independent browser session. Use this to create multiple isolated browsing sessions, configure proxy/Tor connections, load browser profiles with saved fingerprints, and enable/disable LLM features. Returns a context_id to use with other browser tools.
browser_navigateNavigate the browser to a specified URL. This is a non-blocking operation that starts navigation and returns immediately. Use browser_wait_for_network_idle or browser_wait_for_selector to wait for the page to fully load. Supports HTTP, HTTPS, file, and data URLs. When wait_until is set (load, networkidle, fullscroll, domcontentloaded) and the page declares WebMCP tools, the response includes a webmcp_tools array containing the full tool definitions (name, description, inputSchema). Use browser_webmcp_call_tool to execute any of these tools directly.
browser_observeAgent-native page observation. Returns the compacted OwlMark render (text-only structural view of the page), a handle table of interactive elements with stable tokens, page metadata, and a token estimate. Pass a handle token (e.g. 'b3') or 'pm:N' to browser_click/browser_type. Requires the context to be created with render_mode 'agent' or 'both'. ~20-100x fewer tokens than a screenshot for AI agent page understanding.
browser_clickClick on an element using CSS selector, XY coordinates, or natural language description. Supports semantic element finding using AI - describe what you want to click (e.g., 'login button', 'search icon') and the system will locate the right element. Simulates a real mouse click with proper event dispatch. Optionally hold the mouse button for press-and-hold interactions using hold_ms.
browser_typeType text into an input field with human-like keystroke simulation. Target the field using CSS selector, coordinates, or natural language (e.g., 'email field'). When selector is omitted, types into the currently focused element. Note: Does NOT clear existing content - use browser_clear_input first if you need to replace text rather than append.