[BUG] Blender Connector Fails to Download/Run

Status Closed — not planned
Reported on v2.1.121
Maintainer reply None cached
Activity 6 comments · opened Apr 29, 2026 · closed May 2, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Official Blender connector v1.0.1 fails to install/run on Windows with deterministic error: error in 'egg_base' option: '.' does not exist or is not a directory. Failed to build blender-mcp via both uvx blender-mcp and uv run blender-mcp. Path is URL-encoded (Claude%20Extensions). Reproducible on fresh Blender 5.1.1 install with empty MCP config. Full log file available — extension and Blender add-on side both install successfully; failure is in uv's editable build of the bundled Python package.

<img width="1920" height="1032" alt="Image" src="https://github.com/user-attachments/assets/bf4792a0-a7a8-421b-a2bd-4f10da9358f5" />

mcp-server-blender.log

What Should Happen?

User should be able to download the extension and run it successfully.

Error Messages/Logs

Steps to Reproduce

Title: Connector install fails on Windows with egg_base error in setuptools build
Environment:

OS: Windows 11
Blender: 5.1.1 (fresh install, .msi installer)
Claude Desktop: latest (as of April 29, 2026)
Connector version: 1.0.1
Blender add-on side: installed successfully via lab.blender.org drag-and-drop, server running on localhost:9876

Steps to reproduce:

Fresh Windows install of Blender 5.1.1 (default .msi installer).
Install the Blender MCP add-on by dragging the install link from https://www.blender.org/lab/mcp-server/ into Blender twice. Verify it loads and the server auto-starts on localhost:9876.
Open Claude Desktop. Go to Customize → Connectors, search Blender, click Install.
Approve the "Do you want to install Blender?" dialog.
Wait for "Installing..." to finish.

Expected: Connector installs successfully, MCP tools become available in Claude Desktop chats.
Actual: "Extension Installation Failed" dialog with this error:
The extension could not be installed due to the following error: uv.exe exited with code 1:
Failed to build blender-mcp @ file:///C:/Users/<user>/AppData/Roaming/Claude/Claude%20Extensions/ant.dir.gh.blender.blender-mcp
├─▶ The build backend returned an error
╰─▶ Call to setuptools.build_meta.build_editable failed (exit code: 1)

[stdout]
running egg_info

[stderr]
error: error in 'egg_base' option: '.' does not exist or is not a directory

hint: This usually indicates a problem with the package or the build environment.
Even after the dialog reports failure, the extension does eventually appear in Settings → Extensions (after ~1 hour in my case, possibly a retry). Enabling it produces the same error in MCP server logs and the server stays in a "failed / disconnected" state.
Reproduces deterministically across two invocation paths:

cmd /c uvx blender-mcp
uv run blender-mcp (after the extension auto-registered)

Both fail with the identical egg_base error.
Likely cause:
The package's setup.cfg or pyproject.toml likely declares [egg_info] egg_base = ., which resolves to uv's temp build CWD rather than the package source directory. Possibly compounded by URL-encoded path handling — note Claude%20Extensions (literal %20, not decoded space) appearing in uv's resolved file URL.
Workarounds tried (none worked):

Quitting Claude Desktop fully (tray → Quit) and retrying
Letting Claude Desktop sit and auto-retry (extension eventually appears but in failed state)

Note: The previous community connector (ahujasid/blender-mcp) installs and runs cleanly via uvx blender-mcp against the same Blender 5.1.1 install on the same machine, confirming the issue is in this connector's Python packaging rather than the local environment.

Claude Model

None

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.121

Platform

Other

Operating System

Windows

Terminal/Shell

Other

Additional Information

_No response_

View original on GitHub ↗

6 Comments

github-actions[bot] · 5 months ago

Closing for now — this doesn't appear to be about Claude Code. Please open a new issue if this is still relevant.

eastshineg · 4 months ago

the issue is still occurring on my pc.
windows 11, blender 5.1.2

sonereraslan · 4 months ago

same issue for me. this looks like it's about an "anti-virus / Ssl / uv " inconsistency. i have Norton, i disabled it but not solved. i tried to use windows ssl instead of anti-virus ssl. to do this open Powershell and enter this command:

[System.Environment]::SetEnvironmentVariable("UV_NATIVE_TLS","1","User")

check extensions folder if there exists any Blender folder, if there is, remove all. restart Claude desktop and try to install the extension.

Devesh5757 · 4 months ago

i am having the same issue , cannot able to install the blender connector in claude , i also tried manually installing but still its not working , i have tried reinstalling several times too , eventually reinstalling the windows i thought some manual installation , can cause conflict, but it still giving that same issue, if anyone able to solve it , pls share the solution

New-York-Vanity · 4 months ago

I used Claude to help me figure out the issue and fix it. Here's a summary of the chat:

On Windows, the Blender MCP connector (Claude Desktop extension) fails to attach. There are two independent root causes, and fixing the first just exposes the second.

Environment: Windows 11, Claude Desktop (MSIX/Microsoft Store packaged build), uv 0.10.9, only Python on system is Microsoft Store Python 3.13.

Bug 1 — uv run re-syncs on every startup and the editable build fails

The manifest launches the server with uv run blender-mcp. uv run re-syncs the venv on every start, which triggers an editable install of the package. setuptools' egg_info step then fails:

× Failed to build `blender-mcp @ file:///C:/Users/...
╰─▶ Call to `setuptools.build_meta.build_editable` failed (exit code: 1)
    error: error in 'egg_base' option: '.' does not exist or is not a directory

The extension install path contains a space (Claude Extensions), which uv passes to setuptools URL-encoded as Claude%20Extensions. setuptools fails to resolve . against that URI during the editable build. This also makes the in-app Install/Reinstall button fail outright with the same error.

Bug 2 — venv built against Microsoft Store Python can't launch the console script

After forcing a non-editable install + --no-sync, the server still dies with:

.venv\Scripts\python.exe: can't open file '...\.venv\Scripts\blender-mcp.exe':
[Errno 2] No such file or directory

The file exists. The problem is the venv was created against Microsoft Store Python, which is itself an MSIX-sandboxed app. When the pip-generated blender-mcp.exe launcher tries to load itself through that interpreter, path resolution crosses the MSIX package boundary and Windows denies it. (Claude Desktop being MSIX-packaged too makes this worse.) On a machine where the only Python is the Store build, every venv uv auto-creates hits this.

Fix that worked

Rebuild the venv against a non-MSIX Python (uv's managed CPython) and stop uv run from re-syncing. In the extension folder
(%APPDATA%\Claude\Claude Extensions\ant.dir.gh.blender.blender-mcp):

uv python install 3.13                      # uv-managed, non-MSIX CPython
rm -rf .venv
uv venv --python 3.13 --managed-python
uv pip install .                            # non-editable

Then edit manifest.json to skip the per-launch resync:

"mcp_config": {
  "command": "uv",
  "args": ["run", "--no-sync", "blender-mcp"]   // added --no-sync
}

Fully quit Claude Desktop (system tray → Quit) and relaunch.

Suggested upstream fixes

  • Don't rely on an editable install at runtime — ship a non-editable install, or make the entry point python -m blmcp so no console-script launcher is needed.
  • Be robust to spaces in the install path (the Claude Extensions directory).
  • Don't build the venv against Microsoft Store Python; prefer a managed/standalone interpreter.
github-actions[bot] · 1 month ago

This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.