From 69f947d7c4b7f55f2b3d1c490d6f35dc64113e6c Mon Sep 17 00:00:00 2001
From: Rhys Sullivan <39114868+RhysSullivan@users.noreply.github.com>
Date: Fri, 28 Aug 2026 13:46:58 -0700
Subject: [PATCH] Remove changeset targeting an ignored package

---
 .changeset/mcp-session-idle-eviction.md | 7 -------
 1 file changed, 7 deletions(-)
 delete mode 100644 .changeset/mcp-session-idle-eviction.md

diff --git a/.changeset/mcp-session-idle-eviction.md b/.changeset/mcp-session-idle-eviction.md
deleted file mode 100644
index 246ee0c06f..0000000000
--- a/.changeset/mcp-session-idle-eviction.md
+++ /dev/null
@@ -1,7 +0,0 @@
----
-"@executor-js/host-mcp": patch
----
-
-Evict idle MCP sessions instead of holding them for the lifetime of the process. The in-process session store only released a session when the client sent `DELETE /mcp`, which the MCP client SDK's `transport.close()` never sends and a crashed client cannot send, so every `initialize` permanently retained an `McpServer`, its tool registry, and an `ExecutionEngine`. Sessions are now stamped on create and on each request, and a timer disposes anything idle past `sessionIdleTtlMs` (30 minutes by default). An open server-to-client stream does not defer eviction, matching how cloud's session alarm destroys a session once it passes its running-lease ceiling; an evicted id answers 404 `-32001`, which is the client's cue to re-initialize.
-
-A request in flight holds its session: idleness counts from when a call ends, not from when it started, so a tool call slower than the idle window is never cut off mid-flight. Disposal also shuts the session's execution engine down rather than only dropping the reference, which is what ends its detached sandbox fibers, and a handle that fails to close is now logged with its session id instead of being discarded silently.