Issue 1: Tool invocation displayed but MCP Server receives no request
Environment:
- MCP Server with openai/fileParams configured
- Tool requires user file access permission
Expected Behavior:
- User triggers tool call
- Permission dialog appears (for file access)
- User approves
- MCP Server receives the request
- Widget loads after receiving response
Actual Behavior:
- Frontend UI shows “tool is being called” status
- No permission dialog appears
- MCP Server receives no request
- Widget loads prematurely (before any actual tool call)
Impact:
Widget displays loading state indefinitely, waiting for toolOutput that never arrives.
Issue 2: Duplicate tool calls with same file_id but different download_url
Environment:
- Same MCP Server setup
- Tool with openai/fileParams for file access
Expected Behavior:
- Permission dialog appears
- User approves
- MCP Server receives one request
- Server processes and returns result
Actual Behavior:
- Permission dialog appears ✓
- User approves ✓
- MCP Server receives two requests within a short time window
- Both requests have same file_id
- But different download_url
Workaround Applied:
Implemented request deduplication based on (question, file_id) key to prevent duplicate processing.
Question:
Is this duplicate call intentional behavior? If so, what’s the expected handling pattern?
