dsh-plugin 1.4.9 → 1.4.11

package/src/server/services/install/task-queue.ts

@@ -9,7 +9,7 @@
  */
 import { spawn, spawnSync } from 'node:child_process'
 import { resolvePackageEntry } from './package-entry.ts'
-import { readFileSync, statSync } from 'node:fs'
+import { existsSync, readFileSync, statSync } from 'node:fs'
 import { dirname, join, resolve } from 'node:path'
 import type { InstallResult, InstallTask, Invocation, QueueItem } from './install-types.ts'
 import { CAPTURE_LIMIT_BYTES, MAX_TASKS, MAX_TASK_LINES } from './install-types.ts'
@@ -129,20 +129,55 @@ function pushLine(task: InstallTask, line: string): void {
   }
 }
 
-function cliInvocation(): Invocation {
+function cliInvocation(profile: string): Invocation {
   const entry = process.argv[1]
-  if (entry !== undefined && /[\\/](?:bin\.(?:js|ts)|dsh)$/.test(entry)) {
-    const absoluteEntry = resolve(entry)
-    return {
-      file: process.execPath,
-      prefixArgs: [...process.execArgv, absoluteEntry],
-      cwd: dirname(absoluteEntry),
-      useShell: false,
+  if (entry !== undefined) {
+    // 打包桌面端（Electron）：宿主入口在 app.asar 内，机器上根本没有 `dsh` 可执行文件
+    //（Windows 那条 dsh.cmd shim 只存在于宿主进程自己的 PATH 里），直接回退 PATH 必然
+    // 报 [dsh-missing]（见 issue #71）。这里改用应用自己的 CLI 引导脚本调起同一份打包
+    // CLI：Electron 可执行文件 + --expose-internals + desktop-cli.js，与内置终端、
+    // 官方插件页安装完全同一条路径 —— desktop profile 由应用独占管理的授权也在其中。
+    const bootstrap = desktopCliBootstrap(entry)
+    if (bootstrap !== null) {
+      return {
+        file: process.execPath,
+        prefixArgs: ['--expose-internals', bootstrap],
+        // 工作目录用 profile 目录（真实存在的目录）：asar 内的路径不能作为 spawn 的 cwd
+        cwd: profileDirectory(profile),
+        useShell: false,
+        // Electron 可执行文件只有带这个变量才按 Node 运行引导脚本
+        env: { ELECTRON_RUN_AS_NODE: '1' },
+      }
+    }
+    if (/[\\/](?:bin\.(?:js|ts)|dsh)$/.test(entry)) {
+      const absoluteEntry = resolve(entry)
+      return {
+        file: process.execPath,
+        prefixArgs: [...process.execArgv, absoluteEntry],
+        cwd: dirname(absoluteEntry),
+        useShell: false,
+      }
     }
   }
   return { file: 'dsh', prefixArgs: [], cwd: process.cwd(), useShell: process.platform === 'win32' }
 }
 
+/**
+ * 打包桌面端宿主的 CLI 引导脚本路径（`<asar 根>/lib/desktop-cli.js`，即应用内
+ * pnpm 服务的 dshBootstrapPath）。宿主入口落在 app.asar 内时按 asar 根反推候选路径，
+ * 命中存在的那个才采用；布局不认识（官方改版）时返回 null，调用方回退原逻辑。
+ * 导出供单测覆盖路径推导。
+ */
+export function desktopCliBootstrap(entry: string): string | null {
+  const marker = /[\\/]app\.asar(?=[\\/]|$)/i.exec(entry)
+  if (marker === null) return null
+  const root = entry.slice(0, marker.index + marker[0].length)
+  for (const candidate of [join(root, 'lib', 'desktop-cli.js'), join(root, 'dsh', 'lib', 'desktop-cli.js')]) {
+    if (existsSync(candidate)) return candidate
+  }
+  return null
+}
+
 /**
  * dsh 命令存在性探测：which/where 找 PATH 里的 dsh。
  * Windows shell 模式命令缺失时 cmd 只输出 GBK 乱码「不是内部或外部命令」（UTF-8 解码后
@@ -335,7 +370,7 @@ function spawnMutation(options: {
   const isGlobalNpm = (globalNpm ?? []).length > 0
   const invocation = isGlobalNpm
     ? { file: 'npm', prefixArgs: [], cwd: process.cwd(), useShell: process.platform === 'win32' }
-    : cliInvocation()
+    : cliInvocation(profile)
   // 更新已安装的 npm 包：显式指定 @latest。pnpm add <pkg>（无版本）对已存在依赖
   // （尤其精确 spec 如 "1.3.0"）是幂等的 —— 输出 "Already up to date" 且不改 package.json，
   // 导致「更新成功」但实际仍停留在旧版本；git 地址与全局安装不受此影响。
@@ -383,7 +418,9 @@ function spawnMutation(options: {
       }
       child = spawn(invocation.file, attemptArgs, {
         cwd: invocation.cwd,
-        env,
+        // invocation.env 是「必须叠加」的变量（打包桌面端的 ELECTRON_RUN_AS_NODE）：
+        // 没有它时保持 env 原样透传，有它时必须基于完整环境叠加，否则子进程会丢掉 PATH。
+        env: invocation.env === undefined ? env : { ...(env ?? process.env), ...invocation.env },
         shell: invocation.useShell,
         // detached 使子进程成为独立进程组组长：取消时能整组清理（见 stopChild），
         // 且宿主进程崩溃后安装任务不会被连带误杀
@@ -485,7 +522,7 @@ function spawnMutation(options: {
 
   return (async () => {
     let result = await spawnOnce(args)
-    // npm 11 的 arborist peer-set bug（`Cannot read properties of null (reading 'children')`，npm/cli#9911）：
+    // npm 11 的 arborist peer-set bug（`Cannot read properties of null (reading 'children')`）：
     // 某些包的 peerDependencies 用「双段 prerelease 范围」（如 dsh-tui@0.9.0 的 `^0.1.0-rc.6 || ^0.1.1-rc.1`，
     // 26 个必需 peer 全是这种形状）会让 `npm install -g` 在解析阶段直接崩溃 —— 退出码 1、什么都没装，
     // 与是不是从我们界面发起无关（终端里同样复现）。首次失败后自动带 `--legacy-peer-deps` 重试一次：

package/src/server/services/probe.ts

@@ -38,7 +38,7 @@ const probeFail = (): ProbeResult => ({ ok: false, ms: null, status: null })
  * 代理受限或吊销服务不可达时整个握手直接失败（CRYPT_E_NO_REVOCATION_CHECK），
  * 表现为 `curl: (35) schannel: next InitializeSecurityContext failed` —— 而 Node/npm/
  * 浏览器各有自己的 TLS 实现，照常可用，用户只会看到「插件市场打不开」。
- * --ssl-revoke-best-effort（curl ≥ 7.70）把吊销检查降级为尽力而为，握手不再被它拦死；
+ * --ssl-revoke-best-effort（curl ≥ 7.70）把吊销检查降级为尽力而为，避免它拦死握手；
  * 其它平台后端（SecureTransport / OpenSSL）没有这个强制行为，不加参数。
  * 运行时读 process.platform（而非模块级常量），便于测试覆盖两条分支。
  */
@@ -51,6 +51,9 @@ export function curlRevokeFlagUnsupported(code: number | null, stderr: string):
   return code === 2 && /ssl-revoke-best-effort/i.test(stderr) && /unknown|unrecognized/i.test(stderr)
 }
 
+/** 彻底关闭证书吊销检查的兜底参数（curl ≥ 7.19），比降级参数覆盖更老的 Windows curl。 */
+const NO_REVOKE_ARG = '--ssl-no-revoke'
+
 /** stderr 是否指向 Schannel 取不到证书吊销信息（据此归因为环境 TLS 问题，而非网络不通）。 */
 export function tlsRevocationBlocked(stderr: string): boolean {
   return /CRYPT_E_NO_REVOCATION_CHECK|CRYPT_E_REVOCATION_OFFLINE|0x80092012/i.test(stderr)
@@ -96,7 +99,7 @@ function macSystemProxy(): string | null {
  * `http=host:port;https=host:port`（按协议分别配置）。
  * 字符类必须同时排除 `/` 与 `=`：只排除 `=` 时，带 scheme 的值会让「主机名」吞掉 `//`，
  * 拼出 `http:////127.0.0.1:10793` 这种立刻失败的非法地址 —— 代理本来是通的，却把诊断、
- * 目录拉取、npm/git 预检全判成「不可达」（dsh-plugin-hub#66）。
+ * 目录拉取、npm/git 预检全判成「不可达」。
  */
 export function parseWinProxyServer(stdout: string): string | null {
   const m = /([^:\s=/]+):(\d+)/.exec(stdout)
@@ -159,12 +162,23 @@ function runCurl(args: string[], env: NodeJS.ProcessEnv, timeoutMs: number): Pro
 }
 
 /** 带 TLS 兜底的 curl 调用：先按平台参数跑（Windows 带吊销检查降级），
- *  若本机 curl 不认这个参数（curl < 7.70）则去掉参数重跑一次，保证老版本不因此直接失败。 */
+ *  若本机 curl 不认这个参数（curl < 7.70）则去掉参数重跑一次，保证老版本不因此直接失败；
+ *  降级后仍被吊销检查拦死（CRYPT_E_NO_REVOCATION_CHECK）时，再用 --ssl-no-revoke
+ *  彻底关掉吊销检查跑一次 —— 该参数 curl ≥ 7.19 即存在，覆盖面比降级参数更广，
+ *  否则「能上网但取不到 CRL」的 Windows 机器会把所有通道误报成不可达（见 issue #71）。
+ *  吊销检查只影响本次探测自身的信任判断，不改变系统 TLS 配置。 */
 async function curlWithTlsFallback(args: string[], env: NodeJS.ProcessEnv, timeoutMs: number): Promise<CurlRun> {
   const tlsArgs = curlTlsArgs()
-  const first = await runCurl([...tlsArgs, ...args], env, timeoutMs)
-  if (tlsArgs.length === 0 || !curlRevokeFlagUnsupported(first.code, first.stderr)) return first
-  return runCurl(args, env, timeoutMs)
+  let run = await runCurl([...tlsArgs, ...args], env, timeoutMs)
+  if (tlsArgs.length > 0 && curlRevokeFlagUnsupported(run.code, run.stderr)) {
+    run = await runCurl(args, env, timeoutMs)
+  }
+  if (tlsArgs.length > 0 && tlsRevocationBlocked(run.stderr)) {
+    const retry = await runCurl([NO_REVOKE_ARG, ...args], env, timeoutMs)
+    // 只在兜底本身跑起来（非「不认识该参数」）时采用其结果，否则保留原始失败线索
+    if (retry.code !== null && !curlRevokeFlagUnsupported(retry.code, retry.stderr)) run = retry
+  }
+  return run
 }
 
 /**

package/src/server/services/profile/profile.ts

@@ -22,7 +22,7 @@ export function readProfileArg(fallback = 'web'): string {
  *  - Electron 桌面宿主：不传 `--profile`，而是把 profile 目录作为位置参数传入
  *    （`… <dshRoot> <home>\profiles\desktop …`）。
  * 桌面端只认 `--profile` 会永远落回 fallback，把路由/日志/安装全挂到错误的 profile 上
- * （日志写进 profiles/web/hub.log、市场必然「插件数据加载失败」，dsh-plugin-hub#65）。
+ * （日志写进 profiles/web/hub.log、市场必然「插件数据加载失败」）。
  * 位置参数按「父目录名为 profiles」精确识别 profile 目录，避免误取其它位置参数。
  */
 export function profileFromArgv(argv: readonly string[], fallback = 'web'): string {