fix: wait for pod termination before readPodLogs fallback (FAR-52)
The @kubernetes/client-node v1.x Log.follow stream closes prematurely (known upstream TODO). Combined with Node.js buffering stdout to pipes, the live log stream always returns empty. When the 30s grace timer fires and the stream is empty, the container may still be running. Add waitForPodTermination() to block in the empty-stdout fallback path until the container actually exits (up to 120s), then read its complete output with readNamespacedPodLog. This makes runs complete successfully instead of looping indefinitely in in_progress. Bump version to 0.1.20. Co-Authored-By: Paperclip <noreply@paperclip.ing>
This commit is contained in:
+1
-1
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "paperclip-adapter-opencode-k8s",
|
||||
"version": "0.1.19",
|
||||
"version": "0.1.20",
|
||||
"description": "Paperclip adapter plugin that runs OpenCode agents as Kubernetes Jobs",
|
||||
"license": "MIT",
|
||||
"type": "module",
|
||||
|
||||
Reference in New Issue
Block a user