Skip to main content

Problem: “Failed to start Chrome CDP on port 18800”

FluffBuzz’s browser control server fails to launch Chrome/Brave/Edge/Chromium with the error:

Root Cause

On Ubuntu (and many Linux distros), the default Chromium installation is a snap package. Snap’s AppArmor confinement interferes with how FluffBuzz spawns and monitors the browser process. The apt install chromium command installs a stub package that redirects to snap:
This is NOT a real browser - it’s just a wrapper. Install the official Google Chrome .deb package, which is not sandboxed by snap:
Then update your FluffBuzz config (~/.fluffbuzz/fluffbuzz.json):

Solution 2: Use Snap Chromium with Attach-Only Mode

If you must use snap Chromium, configure FluffBuzz to attach to a manually-started browser:
  1. Update config:
  1. Start Chromium manually:
  1. Optionally create a systemd user service to auto-start Chrome:
Enable with: systemctl --user enable --now fluffbuzz-browser.service

Verifying the Browser Works

Check status:
Test browsing:

Config Reference

Problem: “No Chrome tabs found for profile=“user""

You’re using an existing-session / Chrome MCP profile. FluffBuzz can see local Chrome, but there are no open tabs available to attach to. Fix options:
  1. Use the managed browser: fluffbuzz browser start --browser-profile fluffbuzz (or set browser.defaultProfile: "fluffbuzz").
  2. Use Chrome MCP: make sure local Chrome is running with at least one open tab, then retry with --browser-profile user.
Notes:
  • user is host-only. For Linux servers, containers, or remote hosts, prefer CDP profiles.
  • user / other existing-session profiles keep the current Chrome MCP limits: ref-driven actions, one-file upload hooks, no dialog timeout overrides, no wait --load networkidle, and no responsebody, PDF export, download interception, or batch actions.
  • Local fluffbuzz profiles auto-assign cdpPort/cdpUrl; only set those for remote CDP.
  • Remote CDP profiles accept http://, https://, ws://, and wss://. Use HTTP(S) for /json/version discovery, or WS(S) when your browser service gives you a direct DevTools socket URL.