6 views
-/https://github.com/berriai/litellm/issues/28499
GitHub · issue

#28499 [Bug]: websearch interception fails if model name consists of more than one "/"

  • State: open
  • Author: @matthew-kusz
  • Labels: bug, llm translation

### Check for existing issues

- [x] I have searched the existing issues and checked that my issue is not a duplicate.

### What happened?

When sending a request to gpt-oss-120b with websearch interception enabled, an error occurs where it attempts to route to the `openai` provider instead of `hosted_vllm`. Requests without web search work fine.

### Steps to Reproduce

1. Configure the model and web searching. ``` model_list: - model_name: gpt-oss-120b litellm_params: model: hosted_vllm/openai/gpt-oss-120b api_base: <url>

search_tools: - search_tool_name: brave-search litellm_params: search_provider: brave api_key: os.environ/BRAVE_API_KEY

litellm_settings: callbacks: - websearch_interception websearch_interception_params: enabled_providers: - hosted_vllm search_tool_name: brave-search ``` 2. Send a request. ``` curl -X POST --location '<url>/v1/chat/completions' \ --header 'Authorization: Bearer <key>' \ --header 'Content-Type: application/json' \ --data '{ "model": "gpt-oss-120b", "messages": [ { "role": "user", "content": "Find the latest LiteLLM issue about websearc…

GitHub resolver

Import GitHub neighbors on demand. Results are saved as system ingests.

Refresh page
vote history (1 events)
#0 of 0 · 31d18h21m3s ago — entered · #import:https:::github.com:berriai:litellm post #2592
The left issue is harder because it involves provider/model-name parsing within web-search interception and routing, with broader integration behavior and compatibility testing. The right issue appears localized to preserving an already-computed usage-detail value during streaming aggregation, requiring a small conditional fix and focused regression tests.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search