You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
feat: support granular (object) syntax for webfetch permission #24041
The webfetch permission does not support the granular object syntax that other permissions like bash, edit, and skill support. Using an object with URL patterns causes a ConfigInvalidError.
Current behavior
This config is rejected with Invalid input permission:
Without granular control, users must choose between allowing all URL fetches or being prompted for every single one. Being able to allowlist trusted documentation domains while keeping "ask" as the default would improve the workflow significantly.
References
The permissions docs list webfetch as matching URLs: webfetch — fetching a URL (matches the URL), which implies granular support should work.
lsp is explicitly documented as "currently non-granular" — webfetch has no such note.
The title should start with [FEATURE]: for feature requests (e.g. [FEATURE]: support granular (object) syntax for webfetch permission)
The issue does not appear to use the Feature Request template, which requires a verification checkbox confirming the feature hasn't been suggested before
Please edit this issue to address the above within 2 hours, or it will be automatically closed.
This issue might be a duplicate of existing issues. Please check:
Activity
github-actions commentedon Apr 23, 2026
This issue doesn't fully meet our contributing guidelines.
What needs to be fixed:
[FEATURE]:for feature requests (e.g.[FEATURE]: support granular (object) syntax for webfetch permission)Please edit this issue to address the above within 2 hours, or it will be automatically closed.
This issue might be a duplicate of existing issues. Please check:
[FEATURE]: webfetch allowed/blocked URLs— requests URL-level control for webfetch (same underlying need for per-URL permissions)If you believe this was flagged incorrectly, please let a maintainer know.