Affected version
Reports that share this version, grouped in one feed.
ChatDeepSeek's message serialization omits `reasoning_content` from AIMessage.additional_kwargs, causing DeepSeek API 400 errors in multi-turn tool-calling conversations when the model requires the previous reasoning content to be passed back.
The QdrantVectorStore MMR retriever passes LangChain's lambda_mult as Qdrant's diversity parameter, but Qdrant interprets diversity as 1 - lambda, resulting in inverted behavior: lambda_mult=0.0 maximizes relevance instead of diversity.
When using ChatDeepSeek with default thinking mode enabled, bind_tools(tool_choice='any') (or True) gets normalized to tool_choice='required', which DeepSeek API rejects with HTTP 400. This is due to lack of validation in ChatDeepSeek for thinking mode constraints.
Constructing ChatOllama, Ollama, or OllamaEmbeddings with a non-empty `client_kwargs` dict mutates that dict and its nested `headers` dict by injecting an `Authorization` header derived from base_url credentials. This leaks credentials into caller-owned objects and causes credentials from one URL to be sent to other hosts when the same dict is reused.
When using ChatOllama with tool calling, ToolMessages are sent without the required tool_name field, so Ollama renders them as coming from an unknown tool. This breaks tool result matching for models that rely on the name, like Gemma 4.
ChatDeepSeek only overrides sync `_generate` and `_stream` to translate `JSONDecodeError` from the OpenAI SDK into a DeepSeek-specific message. The inherited async `_agenerate` and `_astream` are not wrapped, so async callers still receive the opaque `json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)`.
In langchain-xai, ChatXAI.validate_environment creates two separate openai.OpenAI clients (and two openai.AsyncOpenAI) for each instance, rather than deriving client from root_client like sibling integrations. This causes duplicated resources, inconsistent close behavior, and potential connection pool waste. The fix is to build root clients first and set client/async_client as views.