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
MCP tool parameters marked dial_url: true reject agent-home-relative references (e.g. reports/img.png) — _MCPTool._collect_dial_url_files raises InvalidToolCallParameterException for UrlScheme.DIAL_APPDIR_RELATIVE just like for unsupported schemes (see TODO(#445) at the rejection branch).
Since #444 the internal_attachments_get_content tool resolves these references under the agent home via HomePathResolver, and the internal_file_* tools both speak and echo this convention. The model therefore reasonably tries the same reference form with MCP tools and gets rejected, forcing it to guess the absolute files/... form it has never seen.
What is the feature you are proposing to solve the problem?
Resolve appdir-relative references before granting file permissions, instead of rejecting them:
inject HomePathResolver (from shared/home_path) into _MCPTool
in _collect_dial_url_files, resolve UrlScheme.DIAL_APPDIR_RELATIVE values via resolve_appdata_url (this makes collection async — the call chain needs adjusting)
grant permissions on the resolved files/... URL and pass it to the MCP server
Detection must use the canonical predicate is_appdir_relative / classify_url from common/url_classification.py so the grammar stays consistent with get_content.
What alternatives have you considered?
Keep rejecting with a clearer message (current state after feat: resolve agent-home-relative file references in get_content #444): the rejection is explicit and consistent, but the model still cannot pass workspace files to MCP tools without discovering the absolute URL, which the file tools never display.
Resolve in the model prompt/tool description (instruct the model to expand references itself): the model does not know the files/{appdata}/{home} prefix, so it cannot.
QuickApps version
latest
What is the problem this feature will solve?
MCP tool parameters marked
dial_url: truereject agent-home-relative references (e.g.reports/img.png) —_MCPTool._collect_dial_url_filesraisesInvalidToolCallParameterExceptionforUrlScheme.DIAL_APPDIR_RELATIVEjust like for unsupported schemes (seeTODO(#445)at the rejection branch).Since #444 the
internal_attachments_get_contenttool resolves these references under the agent home viaHomePathResolver, and theinternal_file_*tools both speak and echo this convention. The model therefore reasonably tries the same reference form with MCP tools and gets rejected, forcing it to guess the absolutefiles/...form it has never seen.What is the feature you are proposing to solve the problem?
Resolve appdir-relative references before granting file permissions, instead of rejecting them:
HomePathResolver(fromshared/home_path) into_MCPTool_collect_dial_url_files, resolveUrlScheme.DIAL_APPDIR_RELATIVEvalues viaresolve_appdata_url(this makes collection async — the call chain needs adjusting)files/...URL and pass it to the MCP serverDetection must use the canonical predicate
is_appdir_relative/classify_urlfromcommon/url_classification.pyso the grammar stays consistent withget_content.What alternatives have you considered?
files/{appdata}/{home}prefix, so it cannot.