Plugin updates fail with Access is denied when other Copilot CLI or VS Code sessions are open

Description

Plugin updates fail when multiple Copilot CLI sessions or VS Code windows are open, even when the plugin is not actively invoked or being used by those sessions. The update appears to be blocked by file locks held by unrelated processes or sessions.

Impact

Updating a plugin currently requires closing and reopening every Copilot CLI shell and VS Code window. This is disruptive and can prevent urgent plugin updates from being applied promptly.

Observed error

Installing plugin "Agentic-Workflows@CalOps-Hub"...
Failed to install plugin: Failed to install plugin: Access is denied. (os error 5)

Expected behavior

Plugin updates should succeed when the plugin is not actively in use. If a file lock makes an immediate update impossible, Copilot CLI should identify the process or session holding the lock and provide targeted remediation, or support a deferred or atomic update without requiring all Copilot CLI and VS Code sessions to be closed.

Actual behavior

The update fails with a generic Access is denied (os error 5) message while other Copilot CLI sessions or VS Code windows are open, without identifying the locking process or offering a recovery mechanism.

Screenshot

未指定源文件或测试。首先，在打开多个 Copilot CLI 会话和 VS Code 窗口的情况下复现更新，然后跟踪插件更新入口点以及 Windows “Access is denied”错误的来源。当插件未被使用时更新能够成功，或者能够清楚地报告锁定进程以及恢复或延迟更新路径时，即表示完成。