onAfterToolCall failure records a second, contradictory result for a successful server tool
I maintainer di solito rispondono entro 1 giorno
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
TanStack AI version: @tanstack/ai 0.63.0 at main commit 62bec34bb.
Framework/Library version: Node.js 24.11.1; framework-independent server tool path.
Describe the bug and the steps to reproduce it
When a server tool returns successfully and onAfterToolCall throws, one tool-call ID gets both a success result and an error result. TanStack AI also invokes the hook twice: first with ok: true, then with ok: false. If the hook's second invocation returns, the run continues as though the tool itself had failed.
This can mislead the model and downstream consumers. It also repeats a hook with side effects, such as an audit write or trace export.
The exact path on main is:
executeToolCalls()selects a server tool and delegates toexecuteServerTool().tool.execute()returns{ sent: true }.executeServerTool()pushes that success result intoresults.onAfterToolCall({ ok: true, result: { sent: true } })throwspost-hook failed.- The surrounding
catchtreats the hook error as a tool execution error. It pushes{ error: 'post-hook failed' }for the sametoolCallIdand callsonAfterToolCall({ ok: false, error }). - The second hook call returns, so
executeToolCalls()returns both results and does not propagate the hook error to the run.
This differs from a real tool failure. If tool.execute() throws before a result exists, one error result and one onAfterToolCall({ ok: false }) call are expected.
Minimal reproduction
The following is the complete script used for the red/green check. Save it as repro.mts and run pnpm exec tsx repro.mts <absolute-checkout-root> after pnpm install. Run it once against clean main at 62bec34bb and once against the proposed fix.
import { pathToFileURL } from 'node:url'
import path from 'node:path'
const root = process.argv[2]
if (!root) throw new Error('Pass the checkout root')
const url = pathToFileURL(path.join(root, 'packages/ai/src/activities/chat/tools/tool-calls.ts')).href
const { executeToolCalls } = await import(url)
let executed = 0
let afterCalls = 0
const calls = [{ id: 'call-1', type: 'function', function: { name: 'sendEmail', arguments: '{}' } }]
const tools = [{ name: 'sendEmail', execute: () => { executed++; return { sent: true } } }]
const generator = executeToolCalls(calls, tools, new Map(), new Map(), undefined, {
onAfterToolCall: async () => {
afterCalls++
if (afterCalls === 1) throw new Error('post-hook failed')
},
})
let result
let error
try {
for (;;) {
const step = await generator.next()
if (step.done) { result = step.value; break }
}
} catch (caught) {
error = caught instanceof Error ? caught.message : String(caught)
}
const observed = { executed, afterCalls, error: error ?? null, results: result?.results ?? null }
console.log(JSON.stringify(observed))
if (executed !== 1 || afterCalls !== 1 || error !== 'post-hook failed' || result !== undefined) {
throw new Error('after-hook failure was reported as a tool result or hook ran twice')
}
Actual on clean main:
{"executed":1,"afterCalls":2,"error":null,"results":[{"toolCallId":"call-1","toolName":"sendEmail","result":{"sent":true},"input":{},"output":{"sent":true},"duration":0},{"toolCallId":"call-1","toolName":"sendEmail","result":{"error":"post-hook failed"},"input":{},"state":"output-error","duration":0}]}
The script exits with code 1 on main. The duration: 0 values are observations from this run; durations vary with the clock.
Expected: executed and afterCalls both equal 1. The hook error propagates, so error is post-hook failed. The chat run calls onError; its SSE stream ends with RUN_ERROR and no TOOL_CALL_RESULT for this call.
With the proposed fix, the same script returned {"executed":1,"afterCalls":1,"error":"post-hook failed","results":null} and exited with code 0. The chat-level regression test also checks that onError runs once.
Your Minimal, Reproducible Example - (Sandbox Highly Recommended)
Regression test on the fork branch and the standalone repro.mts above.
Screenshots or Videos (Optional)
Not applicable. The JSON output above shows the duplicate result.
Do you intend to try to help solve this bug with your own PR?
Yes, I am also opening a PR that solves the problem alongside this issue.
Related reports and PRs
I searched open and closed issues and PRs for onAfterToolCall, duplicate tool results, and after-tool errors. I found no report of this failure. #1547 concerns serial execution of independent tool calls. #1513 changes subagent return values near this function, but it does not address hook failures.
Terms & Code of Conduct
- I agree to follow this project's Code of Conduct.
- I understand that a bug without a reliable reproduction may be closed.
- Lingua principale
- TypeScript
- Stelle
- 3.2k
- Fork
- 365
- Merge medio
- 1g 9h
- PR unite (30g)
- 263
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di TanStack/ai
-
openai-base: a tool call cut off by finish_reason "length" is reported as "tool_calls" and re-sentForse già presa @tombeckenham l’ha presa 1 giorno fa. Apertawaiting-on: maintainer
TanStack/ai#1853 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
ai-ollama: streamed chat() reports finishReason "stop" when done_reason is "length"Forse già presa @AlemTuzlak l’ha presa 1 giorno fa. Apertawaiting-on: maintainer
TanStack/ai#1852 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
ai-vercel-gateway: surface provider_metadata.gateway cost on usage (usage.cost)Forse già presa @tombeckenham l’ha presa 1 giorno fa. Apertawaiting-on: maintainer
TanStack/ai#1845 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
withPersistence does not save activity rows when a run is stopped or failsForse già presa @tombeckenham l’ha presa 6 giorni fa. Apertawaiting-on: maintainer
TanStack/ai#1804 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Discriminate status-dependent record and option types (RunRecord, SessionIndexEntry, InputState, durable-only options)Forse già presa @jherr l’ha presa 7 giorni fa. Apertaenhancement waiting-on: maintainer
TanStack/ai#1799 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
cloudscape-design/components#5184 ·
I maintainer di solito rispondono entro 2 giorni
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
JarX-Concepts/react-native-platform-components#130 ·
I maintainer di solito rispondono entro 1 giorno
-
fix(api): optimize-for-web /preview outer catches miss asDecoderOutOfMemory on V8 OOM and SIGKILLApertaarea: backend bug priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
snapotter-hq/SnapOtter#3773 ·
I maintainer di solito rispondono entro 1 giorno
-
ai-driven-qa ux-audit
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
linagora/twake-contacts-frontend#386 ·
I maintainer di solito rispondono entro 1 giorno
-
git: README should state plainly that without --repository every reachable repository is in scopeApertadocumentation server-git v2
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
modelcontextprotocol/servers#5225 ·
I maintainer di solito rispondono entro 1 giorno