Guard OPFS bridge path staging

This commit is contained in:
2026-06-13 19:50:02 +08:00
parent 0b09c3c069
commit ea2537e4e3
2 changed files with 191 additions and 1 deletions

View File

@@ -1752,3 +1752,73 @@ semantics。
```bash
git status --short && git log -5 --oneline && tail -n 120 text7.txt && awk '/^[一二三四五六七八九十百]+、/ {print}' text7.txt | sort | uniq -d
```
三十、2026-06-13 继续执行记录OPFS bridge path staging guard
1. 本批目标。
继续 staged path guard inventory 第二十五轮,处理 OPFS bridge default path helpers
```text
restoreMachineParametersFromOpfs(...)
saveMachineParametersToOpfs(...)
loadMachineToolTableFromOpfs(...)
saveMachineToolTableToOpfs(...)
loadMachineSessionFromOpfs(...)
```
2. 已完成改动。
- Node OPFS smoke 新增 `assertParameterBridgePaths(...)`
- Node OPFS smoke 新增 `assertToolTableBridgePaths(...)`
- Node OPFS smoke 新增 `assertSessionBridgePaths(...)`
- `restoreMachineParametersFromOpfs(...)` 覆盖 custom WASM path 与默认
`/work/linuxcnc.var` path guard
- `saveMachineParametersToOpfs(...)` 覆盖 custom WASM path 与默认
`/work/linuxcnc.var` path guard
- `loadMachineToolTableFromOpfs(...)` 覆盖 custom WASM path 与默认 `/work/tool.tbl`
path guard
- `saveMachineToolTableToOpfs(...)` 覆盖 custom WASM path 与默认 `/work/tool.tbl`
path guard
- `loadMachineSessionFromOpfs(...)` 覆盖 custom WASM path 与默认
`/work/machine.ini`、`/work/linuxcnc.var`、`/work/tool.tbl` path guard
- 未修改 OPFS bridge behavior、file-service、path-model 或 runtime semantics。
涉及文件:
```text
wasm-port/tests/opfs/node/verify_file_service.mjs
```
3. 已完成验证。
```bash
git diff --check
wasm-port/tests/opfs/node/verify_file_service.sh
wasm-port/tools/verify_vendor_sync.sh
wasm-port/tools/verify_no_standalone_cnc_semantics.sh
SKIP_INTERP_BUILD=1 wasm-port/tests/wasm/node/verify_interp_wasm.sh
SKIP_INTERP_BUILD=1 wasm-port/tests/wasm/node/verify_sim_configs_inventory_wasm.sh
SKIP_INI_BUILD=1 SKIP_INTERP_BUILD=1 wasm-port/tests/browser/verify_interp_browser.sh
wasm-port/tests/host/verify_host_smokes.sh
```
提交建议:
```text
Guard OPFS bridge path staging
```
4. 下一步工作建议。
继续 staged path guard inventory 第二十六轮,优先扫描 SDK staging helpers 与 OPFS bridge
之间的边界散点,例如 SDK sim-config staging artifact 中的 path map、machine config
staging helper 或 browser smoke 中仍存在的 inline path strip仍只加 filesystem/OPFS/
SDK boundary guard不改变 LinuxCNC-owned interpreter、INI、tool、parameter 或 runtime
semantics。
下一轮第一条命令仍保持:
```bash
git status --short && git log -5 --oneline && tail -n 120 text7.txt && awk '/^[一二三四五六七八九十百]+、/ {print}' text7.txt | sort | uniq -d
```