[Feature Request] Claude in Chrome: Allow persistent approvals for category3 sites (force-prompt domains)

Status Open
Reported on v2.1.287
Maintainer reply None cached
Activity 0 comments · opened Oct 2, 2026

Bug Description
Title: Claude in Chrome forces a per-action approval popup on every *.avito.ru page, with no "always allow"

What happened: Every Claude in Chrome tool call (including screenshots) on avito.ru
subdomains raises the extension's approval popup; approvals are only ever stored as
"once". Expected: approve the site once, like other sites. The Claude Code allow rule
mcp__claude-in-chrome__* and auto mode have no effect on it.

Repro: From Claude Code, drive a tab on docs.avito.ru / redash.k.avito.ru /
stash.msk.avito.ru with any mcp__claude-in-chrome__ tool. A popup appears per action
and "always allow" is unavailable.

Evidence: Extension fcoeoabgfenejglbffodgkkbkcdhcgfn v1.0.98. Its permissionStorage
holds 107 once-approvals for docs.avito.ru, 3 for redash.k.avito.ru, 2 for
stash.msk.avito.ru, and zero "always" entries. In assets/mcpPermissions-*.js, a URL
category of "category3" from /api/web/url_hash_check/browser_extension sets
setForcePrompt(true) and skips delegating prompts to the host; the sidepanel labels it
"You must approve any Claude action on this site".

The category actually returned for avito.ru was not observed directly; it is inferred
from the code path plus the stored approvals. These are internal corporate subdomains
of my employer, so the whole-domain classification blocks routine work.

Request: reclassify avito.ru internal subdomains, or allow "always allow" for them.

Environment Info

  • Platform: darwin
  • Terminal: ghostty
  • Version: 2.1.287
  • Feedback ID: 42414b8b-8306-46d6-a379-63af01ef5f3b

View original on GitHub ↗