davinci-resolve-mcp 4.13.1 → 4.13.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -2,6 +2,48 @@
2
2
 
3
3
  Release history for the DaVinci Resolve MCP Server. The latest release is summarized in the root README; older entries live here to keep the README focused.
4
4
 
5
+ ## What's New in v4.13.3 — No bridge running is reported as unavailable, not as a modal dialog
6
+
7
+ Lands #291 from @AllastorV, case 3 of the Windows failures tracked in #278.
8
+
9
+ ### Fixed
10
+
11
+ - **Bridge client (`src/utils/resolve_bridge_client.py`)**: a timeout while
12
+ connecting to the in-Resolve bridge now raises `BridgeUnavailable` ("Start it
13
+ from Workspace > Scripts > resolve_bridge") instead of `bridge_timeout`
14
+ ("check for an open modal dialog"). On Windows a refused loopback connect
15
+ retries the SYN for about 2 s (measured 2.04 s), so with the 1 s timeout a
16
+ user with no bridge running was sent looking for a dialog. The kernel
17
+ completes the TCP handshake even while a modal dialog blocks Resolve, so a
18
+ connect that times out never means a dialog. A timeout after the connection
19
+ is up is still `bridge_timeout`. One timeout value, no new setting.
20
+ - Two tests patch `socket.create_connection`, so Linux and macOS CI exercise the
21
+ Windows timing: a connect timeout is `BridgeUnavailable`, a read timeout is
22
+ still `bridge_timeout`.
23
+
24
+ ## What's New in v4.13.2 — Three more Windows test failures fixed
25
+
26
+ Lands #289 from @AllastorV, who re-ran the offline suite on v4.13.1 on Windows
27
+ 11 (Python 3.13): 7 failures left, down from 90. This release fixes the three
28
+ that were in the tests themselves. No production code changed.
29
+
30
+ ### Tests (Windows portability, no behaviour change)
31
+
32
+ - **`test_control_panel_ipv6_loopback`** (2 tests): on Windows `os.kill` is
33
+ `TerminateProcess`, which returns before the child exits, so the child still
34
+ held `.control_panel.log` when the temp dir was removed (`WinError 32`). The
35
+ cleanup now waits, up to 5 s, until `proc.windows_pid_alive` reports the child
36
+ gone. POSIX is unchanged.
37
+ - **`test_doctor_paths`**: the patched `Path.exists` compares
38
+ `Path.as_posix()`, since `str(Path)` uses backslashes on Windows.
39
+ - **`test_cdl_and_install_config`**: asserts on `repr(repo_root)`, which is how
40
+ `install.py` writes the path into the verify probe (`!r`), so Windows
41
+ backslashes appear doubled.
42
+
43
+ The other four Windows failures from that run point at production behaviour
44
+ (the bridge port bind, the no-bridge error on a slow refused connect, and
45
+ volume-root detection for Windows paths) and are tracked in #278.
46
+
5
47
  ## What's New in v4.13.1 — Windows: liveness checks no longer kill the process they check, and the offline suite runs clean
6
48
 
7
49
  Closes #278, reported by @AllastorV with the failures grouped by cause. Nobody
package/README.md CHANGED
@@ -2,7 +2,7 @@
2
2
 
3
3
  English | [简体中文](README.zh-CN.md)
4
4
 
5
- [![Version](https://img.shields.io/badge/version-4.13.1-blue.svg)](https://github.com/samuelgursky/davinci-resolve-mcp/releases)
5
+ [![Version](https://img.shields.io/badge/version-4.13.3-blue.svg)](https://github.com/samuelgursky/davinci-resolve-mcp/releases)
6
6
  [![npm](https://img.shields.io/npm/v/davinci-resolve-mcp.svg?label=npm&color=CB3837)](https://www.npmjs.com/package/davinci-resolve-mcp)
7
7
  [![API Coverage](https://img.shields.io/badge/API%20Coverage-100%25-brightgreen.svg)](docs/reference/api-coverage.md)
8
8
  [![Tools](https://img.shields.io/badge/MCP%20Tools-37%20(390%20full)-blue.svg)](#server-modes)
package/README.zh-CN.md CHANGED
@@ -2,7 +2,7 @@
2
2
 
3
3
  [English](README.md) | 简体中文
4
4
 
5
- [![Version](https://img.shields.io/badge/version-4.13.1-blue.svg)](https://github.com/samuelgursky/davinci-resolve-mcp/releases)
5
+ [![Version](https://img.shields.io/badge/version-4.13.3-blue.svg)](https://github.com/samuelgursky/davinci-resolve-mcp/releases)
6
6
  [![npm](https://img.shields.io/npm/v/davinci-resolve-mcp.svg?label=npm&color=CB3837)](https://www.npmjs.com/package/davinci-resolve-mcp)
7
7
  [![API Coverage](https://img.shields.io/badge/API%20Coverage-100%25-brightgreen.svg)](docs/reference/api-coverage.md)
8
8
  [![Tools](https://img.shields.io/badge/MCP%20Tools-37%20(390%20full)-blue.svg)](#服务器模式)
@@ -12,7 +12,7 @@
12
12
  [![Python](https://img.shields.io/badge/python-3.10+-green.svg)](https://www.python.org/downloads/)
13
13
  [![License](https://img.shields.io/badge/license-MIT-blue.svg)](https://opensource.org/licenses/MIT)
14
14
 
15
- > 本翻译对应 v4.13.1 版 README。如与英文原版有出入,以 [英文原版](README.md) 为准。
15
+ > 本翻译对应 v4.13.3 版 README。如与英文原版有出入,以 [英文原版](README.md) 为准。
16
16
 
17
17
  一个 Model Context Protocol (MCP) 服务器,让 AI 助手通过官方脚本 API 控制 DaVinci Resolve Studio(达芬奇)。它提供完整的 API 覆盖,外加带护栏的工作流助手,涵盖剪辑、媒体池整理、渲染设置、审阅标记、调色、Fusion、Fairlight、项目生命周期任务、扩展开发,以及不碰源媒体的媒体分析。
18
18
 
package/install.py CHANGED
@@ -37,7 +37,7 @@ from src.utils.update_check import (
37
37
 
38
38
  # ─── Version ──────────────────────────────────────────────────────────────────
39
39
 
40
- VERSION = "4.13.1"
40
+ VERSION = "4.13.3"
41
41
  # Only hard floor: mcp[cli] requires Python 3.10+. There is no upper bound —
42
42
  # Resolve's scripting bridge loads into newer interpreters on recent builds
43
43
  # (Python 3.14 verified against Resolve Studio 20.3.2). Older Resolve builds
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "davinci-resolve-mcp",
3
- "version": "4.13.1",
3
+ "version": "4.13.3",
4
4
  "description": "NPM bootstrapper for the DaVinci Resolve MCP Server.",
5
5
  "license": "MIT",
6
6
  "author": "Samuel Gursky <samgursky@gmail.com>",
@@ -91,7 +91,7 @@ if not logging.getLogger().handlers:
91
91
  handlers=[logging.StreamHandler()],
92
92
  )
93
93
 
94
- VERSION = "4.13.1"
94
+ VERSION = "4.13.3"
95
95
  logger = logging.getLogger("davinci-resolve-mcp")
96
96
  logger.info(f"Starting DaVinci Resolve MCP Server v{VERSION}")
97
97
  logger.info(f"Detected platform: {get_platform()}")
package/src/server.py CHANGED
@@ -11,7 +11,7 @@ Usage:
11
11
  python src/server.py --full # Start the 377-tool granular server instead
12
12
  """
13
13
 
14
- VERSION = "4.13.1"
14
+ VERSION = "4.13.3"
15
15
 
16
16
  import base64
17
17
  import os
@@ -155,6 +155,13 @@ class BridgeTransport:
155
155
  truncated.get("limit"),
156
156
  )
157
157
 
158
+ def _unavailable(self, exc: OSError) -> BridgeUnavailable:
159
+ return BridgeUnavailable(
160
+ "Cannot reach the in-Resolve bridge on "
161
+ f"{self.host}:{self.port} ({exc}). Start it from "
162
+ "Workspace > Scripts > resolve_bridge."
163
+ )
164
+
158
165
  def request(self, operation: str, arguments: Dict[str, Any]) -> Any:
159
166
  payload = {
160
167
  "protocol": _bridge.PROTOCOL_VERSION,
@@ -171,7 +178,15 @@ class BridgeTransport:
171
178
 
172
179
  with self._lock:
173
180
  try:
174
- with socket.create_connection((self.host, self.port), timeout=self.timeout) as sock:
181
+ # A connect that times out means no bridge, never a dialog: the
182
+ # kernel completes the handshake even while a modal dialog blocks
183
+ # Resolve. Windows retries a refused loopback SYN for ~2 s, so a
184
+ # short timeout fires here before the refusal does (#278).
185
+ sock = socket.create_connection((self.host, self.port), timeout=self.timeout)
186
+ except OSError as exc:
187
+ raise self._unavailable(exc) from exc
188
+ try:
189
+ with sock:
175
190
  sock.settimeout(self.timeout)
176
191
  sock.sendall(line)
177
192
  raw = sock.makefile("rb").readline(_bridge.MAX_REQUEST_BYTES + 1)
@@ -182,11 +197,7 @@ class BridgeTransport:
182
197
  "which blocks its scripting API entirely",
183
198
  ) from exc
184
199
  except OSError as exc:
185
- raise BridgeUnavailable(
186
- "Cannot reach the in-Resolve bridge on "
187
- f"{self.host}:{self.port} ({exc}). Start it from "
188
- "Workspace > Scripts > resolve_bridge."
189
- ) from exc
200
+ raise self._unavailable(exc) from exc
190
201
 
191
202
  if not raw:
192
203
  raise BridgeCallError("bridge_protocol_error", "bridge closed without replying")