Skip to content

Conversation

@uc4w6c
Copy link
Contributor

@uc4w6c uc4w6c commented Nov 9, 2025

Title

fix: allow tool call even when server name prefix is missing

Relevant issues

Fixes #14986
Fixes #15364
Fixes #16381

Related #15352

Pre-Submission checklist

Please complete all items before asking a LiteLLM maintainer to review your PR

  • I have Added testing in the tests/litellm/ directory, Adding at least 1 test is a hard requirement - see details
  • I have added a screenshot of my new test passing locally
  • My PR passes all unit tests on make test-unit
  • My PR's scope is as isolated as possible, it only solves 1 specific problem

Type

🐛 Bug Fix
✅ Test

Changes

https://www.loom.com/share/b177e2ff18e5476d9904f101988f8bc2

@vercel
Copy link

vercel bot commented Nov 9, 2025

@uc4w6c is attempting to deploy a commit to the CLERKIEAI Team on Vercel.

A member of the Team first needs to authorize it.

@krrishdholakia
Copy link
Contributor

seems like this fails on testing @uc4w6c

can you either update the test or fix if there's an underlying issue?

Screenshot 2025-11-10 at 7 29 25 PM

@uc4w6c
Copy link
Contributor Author

uc4w6c commented Nov 11, 2025

@krrishdholakia
Thanks, I've fixed it.

@krrishdholakia krrishdholakia merged commit 2843dab into BerriAI:main Nov 12, 2025
4 of 7 checks passed
LingXuanYin pushed a commit to talesofai/litellm that referenced this pull request Nov 14, 2025
…#16425)

* fix: allow tool call even when server name prefix is missing

* fix: test

* fix: test

* fix: test
@rromanchuk
Copy link

Related/Unrelated

I have no real grasp how logs work and it looks like they are getting wrapped up in observability as a premium offering. I give up immediately when trying to file a potentially useful ticket because the amount of time it takes for information gathering. I have a mixture of 3-4 deprecated configs, process flags, and env vars and perform a rain dance in hopes of a trace.

UI
Screenshot 2025-11-15 at 11 19 18 PM

Tailing STDOUT/ERROR 😭
Screenshot 2025-11-15 at 11 21 11 PM

LLM Response
Screenshot 2025-11-15 at 11 18 36 PM

These 403 errors show up everywhere (like the output of an LLM), except for ?page=logs, and it's rage inducing. Intuitively I assume these are just regressions from enterprise features and directly related to the date uv run litellm was ran. Whatever the issue I hit, it is particularly obnoxious because all GET/list functionality work fine but the tool call fails, so it wasn't until running get_current_time to realize this was a LiteLLM artifact, not mcp server issue.

Also WHAT IS THIS 😭 Is the advice accurate? Why are those keys related to title? Are there any exceptions? I would like request and response payloads 😭
Screenshot 2025-11-15 at 11 48 51 PM

const hasMessages =
  row.original.messages &&
  (Array.isArray(row.original.messages)
    ? row.original.messages.length > 0
    : Object.keys(row.original.messages).length > 0);

const hasResponse =
  row.original.response && Object.keys(formatData(row.original.response)).length > 0;

const missingData = !hasMessages && !hasResponse;

Asserted somewhere? Why not check the actual config keys? Enterprise artifact?

@uc4w6c
Copy link
Contributor Author

uc4w6c commented Nov 16, 2025

@rromanchuk
I’m sorry for the inconvenience.
It should be resolved in PR: #16695, so please give it another try.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Bug]: mcp servers return 403 on team keys [Bug]: Single MCP server does not prefix the tools name

3 participants