v0.17.4: Bun server error - fetch(req) did not return a Response object

[Zengwenj]

Environment

• OS: Windows
• plannotator version: v0.17.4
• Context: OpenCode

Issue

When calling submit_plan in a workspace without Obsidian vault configured, getting Bun server error:

Steps to Reproduce

1. Have multiple workspaces, some with Obsidian vault configured
2. Switch to a workspace WITHOUT vault configured
3. Call submit_plan in OpenCode
4. Error appears

Expected Behavior

submit_plan should work regardless of vault configuration

Suspected Cause

PR #526 (sidebar consolidation) added new vault API endpoints that may not handle "no vault in current workspace" case correctly.

Workaround

Rollback to v0.17.3

[xxJava]

I have been having this issue too since 0.17.3. Updated to 0.17.4 and still having same issue.

Also on Windows, also using opencode (UI, not CLI), but not using Obsidian. I had the same issue on my M1 Macbook Pro which was on 0.17.3 last night.

When I call "plannotator review" in terminal after submit_plan opens up the defualt bun page, I get this bun error as well. Unsure if it's related or not.

plannotator review
26826 | function gitResetFile2(filePath, cwd) {
26827 |   return gitResetFile(runtime, filePath, cwd);
26828 | }
26829 |
26830 | // packages/server/p4.ts
26831 |   const proc = Bun.spawn(["p4", ...args], {
                                ^
error: Executable not found in $PATH: "p4"
  path: "p4",
 errno: -4058,
  code: "ENOENT"

      at runP4 (B:/~BUN/root/plannotator-win32-x64.exe:26831:25)
      at detectP4Workspace (B:/~BUN/root/plannotator-win32-x64.exe:26865:29)
      at detect (B:/~BUN/root/plannotator-win32-x64.exe:27152:35)
      at detectVcs (B:/~BUN/root/plannotator-win32-x64.exe:27173:30)
      at async getVcsContext (B:/~BUN/root/plannotator-win32-x64.exe:27189:35)

Bun v1.3.11 (Windows x64)

I am suspecting this issue has been happening since 0.17.x. Cannot confirm, but I was happily using plannotator with opencode on a new codebase last weekend (April 3rd to 5th) with no issues. Didn't touch either until last night and now Bun errors on both MacOS and Windows.

[boris-gorbylev]

Same issue on my macos

[chocochu]

+1. same error with opencode + macos on version 0.17.4

[backnotprop]

I have a patch to fix the P4 thing. For some reason, I haven't been able to re-create or reproduce the submit_plan issue - removed obsidian and all

[backnotprop]

Please update now. The patch is out.

Choose your install from the landing page:
https://plannotator.ai/

[backnotprop]

I'm still unable to recreate the bun page showing on submit plan. I'm trying to figure that one out still.

By the way, what models are people using for that?

[backnotprop]

Pease try updating with the latest 0.17.5 patch:

macOS / Linux / WSL:

curl -fsSL https://plannotator.ai/install.sh | bash

Windows PowerShell:

irm https://plannotator.ai/install.ps1 | iex

Windows CMD:

curl -fsSL https://plannotator.ai/install.cmd -o install.cmd && install.cmd && del install.cmd

Test After Update:

plannotator review

[backnotprop]

For the bun page issue with submit_plan, my only suspicion is additional caching with OpenCode extensions that doesn't update nicely

rm -rf ~/.cache/opencode/packages/@plannotator

Please manually try this as well. Still digging otherwise.

Reminder: I pushed another patch on 0.17.5 please update
#528 (comment)

[backnotprop]

Hey all: v0.17.5 just shipped with a fix for the p4 crash that @xxJava hit (the Executable not found in $PATH: "p4" stack trace). That's resolved.

For the fetch(req) did not return a Response object error on submit_plan... still investigating. I found that the install script was clearing the wrong OpenCode cache path, so users who updated were still running a stale cached plugin version. That's also fixed in v0.17.5.

Can you try this and report back?

1. Clear the OpenCode plugin cache:

   rm -rf ~/.cache/opencode/packages/@plannotator

2. Re-run the install script:

   curl -fsSL https://plannotator.ai/install.sh | bash

   Windows PowerShell:

   irm https://plannotator.ai/install.ps1 | iex

3. Restart OpenCode and try submit_plan again.

If the issue persists, please share:

• Bun version: bun --version
• OpenCode version
• OS and architecture (e.g. macOS ARM64, Windows x64)

That'll help us narrow it down.

[backnotprop]

I updated 0.17.6 to show stack traces - hopefully that shows for users who see the bun error again

[jehu-rodriguez]

cleared the plugin cache and updated to 0.17.6. bun error still exists and there are no visible stack traces.

• Bun version: 1.3.2
• OpenCode version: 1.4.1(just using the free models on the cli)
• Linux x64

[backnotprop]

I have reproduced the error with opencode web