Kevin GriffinandClaude Opus 4.8 19ea034e8b fix(plugin): upgrade a loaded plugin in place instead of failing on a locked binary ...

Installing a newer version of a plugin whose previous version is currently
loaded failed on Windows. The marketplace writes the native library to the
same filename, but a resident cdylib is memory-mapped by its runner process,
so the overwrite is rejected with "being used by another process" (os error 32).
Users hit this upgrading e.g. Land Survey 0.4.0 -> 0.4.4 and assumed a reboot
was required.

A loaded DLL can't be truncated or removed, but it *can* be renamed (the loader
opens it with FILE_SHARE_DELETE). install() now moves every resident library in
the package aside to a `.old` stash and writes the new one under its own name;
the stash keeps serving the running session and the loader picks up the fresh
library on the next start. Stale stashes are swept on the following upgrade, and
this subsumes the previous differently-named-library cleanup.

Adds regression tests, including one that reproduces the exact lock on Windows
(FILE_SHARE_READ | FILE_SHARE_DELETE, no write share) and confirms an in-place
overwrite fails while replace_library upgrades successfully.

Co-Authored-By: Claude Opus 4.8 <[email protected]>

2026-07-15 11:35:10 -07:00

..

external.rs

Fix 5: Allow backward-compatibility and add plugin-template-v2

2026-06-25 00:02:17 +03:00

host.rs

chore: silence native and wasm build warnings

2026-06-22 02:03:34 +03:00

marketplace.rs

fix(plugin): upgrade a loaded plugin in place instead of failing on a locked binary

2026-07-15 11:35:10 -07:00

mod.rs

feat(plugin): surface loaded plugin commands in command-line autocomplete

2026-07-04 23:01:53 +03:00

registry.rs

feat(plugin): surface loaded plugin commands in command-line autocomplete

2026-07-04 23:01:53 +03:00