[Bug]: Dropbox search crashes with KeyError: 'type' when options is provided

[hellomotto3783-bit]

SDK Language

Python SDK (composio package)

SDK Version

composio==0.9.0

Runtime Environment

Python 3.11.9

Environment

Local Development

Describe the Bug

When executing the Dropbox tool DROPBOX_SEARCH_FILE_OR_FOLDER and passing the optional options parameter, the Composio Python SDK crashes with:

KeyError: 'type'

This happens inside the SDK, before the API request is sent.

Expected behavior:
The tool should execute normally and return search results, since options is an optional parameter.

Steps to Reproduce

1. Initialize Composio Python SDK
2. Connect a Dropbox account
3. Call DROPBOX_SEARCH_FILE_OR_FOLDER with query and options
4. Observe SDK crash

Minimal Reproducible Example

from composio import Composio

composio = Composio(api_key="YOUR_API_KEY")

result = composio.tools.execute(
    slug="DROPBOX_SEARCH_FILE_OR_FOLDER",
    user_id="default",
    connected_account_id="YOUR_CONNECTED_ACCOUNT_ID",
    arguments={
        "query": "Client Docs",
        "options": {
            "file_categories": ["folder"]
        }
    }
)

Error Output / Stack Trace

KeyError: 'type'
File "composio/core/models/_files.py", line 235, in _substitute_file_uploads_recursively

if isinstance(request[_param], dict) and params[_param]["type"] == "object":
                                             ~~~~~~~~~~~~~~^^^^^^^^

Reproducibility

• Always reproducible
• Intermittent / Sometimes
• Happened once, can’t reproduce

Additional Context or Screenshots

Root Cause (Analysis)

In composio/core/models/_files.py, the SDK assumes every parameter schema contains a top-level "type" field:

if isinstance(request[_param], dict) and params[_param]["type"] == "object":

However, the Dropbox search tool defines options using anyOf:

"options": {
  "anyOf": [
    { "type": "object", "properties": {...} },
    { "type": "null" }
  ]
}

So params["options"] does not have "type", causing a KeyError.

Tool version pinning (e.g. 20260105_00) does not help, as the SDK uses the schema bundled inside the installed package.

---

Suggested Fix

Safely handle anyOf schemas instead of assuming "type" always exists, e.g.:

schema_def = params[_param]
is_object = (
    schema_def.get("type") == "object"
    or any(
        s.get("type") == "object"
        for s in schema_def.get("anyOf", [])
        if isinstance(s, dict)
    )
)

---

[Uday-sidagana]

Hey @hellomotto3783-bit, could you try updating the SDK package to the latest version( pip install composio==0.10.10 ) and lmk?

[hellomotto3783-bit]

Hey @Uday-sidagana ,

I’ve already upgraded the SDK to composio==0.10.10 and re-tested, but I’m still hitting the same issue. The error is unchanged and consistently fails inside the SDK while executing tools.execute():

KeyError: 'type'
  File ".../composio/core/models/_files.py", line 235
  if isinstance(request[_param], dict) and params[_param]["type"] == "object":

This is happening for Dropbox tools (e.g. search / upload), before the request reaches Dropbox, so it looks like the SDK is still assuming a top-level "type" field in the tool schema params. In Dropbox schemas, some params are defined via anyOf / file_uploadable without a direct "type" key, which causes this crash during _substitute_file_uploads_recursively.

So upgrading alone didn’t resolve it on our side.

[hellomotto3783-bit]

Hey @Uday-sidagana , any updates?