From a7fffdcb4bb46eb996cc9c2864dd09bd31eee25b Mon Sep 17 00:00:00 2001 From: Nathaniel Parson Koroso Date: Fri, 10 Jul 2026 15:00:48 -0700 Subject: [PATCH] fix(agent): drop the client-side canvas upload size cap The 2MB cap guarded a server limit that does not exist yet and silently skipped uploads for large graphs, which are normal on a video/image platform. The server owns its own limits. --- src/workbench/extensions/agent/AgentPanelRoot.vue | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/src/workbench/extensions/agent/AgentPanelRoot.vue b/src/workbench/extensions/agent/AgentPanelRoot.vue index 91d5ea3511..c394f0ad71 100644 --- a/src/workbench/extensions/agent/AgentPanelRoot.vue +++ b/src/workbench/extensions/agent/AgentPanelRoot.vue @@ -115,9 +115,8 @@ const activeTab = computed(() => { // The turn runs against the canvas as of the send: upload the serialized // graph when it changed since the last upload so the server can seed the // thread's draft from it (cloud postMessage.workflow contract; servers -// without the field ignore it). Oversized graphs are skipped, matching the -// server's 413 limit. -const MAX_UPLOAD_CHARS = 2_000_000 +// without the field ignore it). No client-side size cap: the server owns +// its own limits. let lastSentGraph: string | null = null let snapshotTabPath: string | null = null @@ -125,8 +124,7 @@ function takeWorkflowSnapshot(): WorkflowUpload | undefined { const graph = app.graph?.serialize() if (!graph) return undefined const serialized = JSON.stringify(graph) - if (serialized === lastSentGraph || serialized.length > MAX_UPLOAD_CHARS) - return undefined + if (serialized === lastSentGraph) return undefined lastSentGraph = serialized snapshotTabPath = workflowStore.activeWorkflow?.path ?? null return { graph, last_seen_version: draftStore.version }