fix: handle tools/resources/prompts list_changed notifications in client#2171
Open
giulio-leone wants to merge 1 commit intomodelcontextprotocol:mainfrom
Open
Conversation
Previously, the client silently dropped ToolListChangedNotification, ResourceListChangedNotification, and PromptListChangedNotification from the server. They fell through to the catch-all case in _received_notification(). Add optional callbacks (tool_list_changed_callback, resource_list_changed_callback, prompt_list_changed_callback) following the same pattern as logging_callback. When set, the callbacks are invoked when the corresponding notification arrives. When not set, a no-op default is used (preserving backward compat). Updated both ClientSession and the high-level Client dataclass. Fixes modelcontextprotocol#2107 Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Fixes #2107
The client silently drops
notifications/tools/list_changed,notifications/resources/list_changed, andnotifications/prompts/list_changednotifications from the server — they fall through tocase _: passin_received_notification().Root Cause
ClientSession._received_notification()only handledLoggingMessageNotificationandElicitCompleteNotification. The threelist_changednotification types (ToolListChangedNotification,ResourceListChangedNotification,PromptListChangedNotification) were caught by the catch-allcase _: passand discarded.Fix
Add optional callback parameters following the established
logging_callbackpattern:tool_list_changed_callback: ToolListChangedFnT | Noneresource_list_changed_callback: ResourceListChangedFnT | Noneprompt_list_changed_callback: PromptListChangedFnT | NoneEach callback is a simple
async def () -> Noneprotocol. When set, it is invoked upon receiving the corresponding notification. When not set, a no-op default is used (preserving backward compatibility).Both
ClientSessionand the high-levelClientdataclass are updated.Tests
5 new tests covering:
187/187 client tests pass (2 consecutive clean runs). ruff clean.