From a9f3e63c67146b837012d436c58bca08137ef91b Mon Sep 17 00:00:00 2001
From: Adam Ladachowski <adam.ladachowski@gmail.com>
Date: Mon, 23 Feb 2026 13:06:12 +0100
Subject: [PATCH] =?UTF-8?q?=F0=9F=92=AC=20Commit=20message:=20Update=20202?=
 =?UTF-8?q?6-02-23=2013:06:12,=201=20files,=2040=20lines?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

📁 Files changed: 1
📝 Lines changed: 40

  • FIX.md
---
 FIX.md | 40 ++++++++++++++++++++++++++++++++++++++++
 1 file changed, 40 insertions(+)
 create mode 100644 FIX.md

diff --git a/FIX.md b/FIX.md
new file mode 100644
index 0000000..827c80f
--- /dev/null
+++ b/FIX.md
@@ -0,0 +1,40 @@
+# FIX: Navigation timeout on sites with persistent network activity
+
+## Issue
+
+The `goto` tool times out on sites like LinkedIn that have constant background network activity (tracking, websockets, polling). The tool waits for `networkidle` which never occurs.
+
+**Example:** Navigating to `https://www.linkedin.com/in/aladac/` times out after 30s even though the page is fully rendered and usable.
+
+## Current Behavior
+
+```
+page.goto: Timeout 30000ms exceeded.
+Call log:
+  - navigating to "https://www.linkedin.com/in/aladac/", waiting until "networkidle"
+```
+
+## Suggested Fix
+
+Add a `waitUntil` parameter to the `goto` tool with options:
+- `load` - wait for load event (faster, sufficient for most cases)
+- `domcontentloaded` - wait for DOM ready (fastest)
+- `networkidle` - current behavior (wait for no network activity for 500ms)
+
+Default should probably be `load` instead of `networkidle`.
+
+### Implementation
+
+In the goto handler, add parameter support:
+
+```typescript
+// Instead of:
+await page.goto(url, { waitUntil: 'networkidle' });
+
+// Allow:
+await page.goto(url, { waitUntil: params.waitUntil ?? 'load' });
+```
+
+## Workaround
+
+Currently, if the page loads visually but times out, use `mcp__browse__url` to verify the page is actually loaded - it will return the current URL and title even after goto times out.