Preview Bridge (Image) can’t open Mask Editor

快速结论：当 ComfyUI 前端升级到 v1.33.10 一类版本后，从 Preview Bridge (Image) 打开 Mask Editor 会失败，并可能在开发者控制台看到用 “$1-0” 之类占位符当成文件名去取图的请求；优先检查前端版本与 Preview Bridge 相关 JS 钩子，必要时先把前端包退回 1.32.10 验证。

适用环境：Issue 中已确认的环境为 Windows（OS win32）、Python 3.13.6（Embedded Python true）、PyTorch 2.8.0+cu129、NVIDIA GeForce RTX 3090（24 GB，cudaMallocAsync）、ComfyUI 0.3.76、ComfyUI_frontend v1.33.10、ComfyUI-Manager V3.37.2、ComfyUI-Impact-Pack 8.28.0，同时装有 Inspire 1.23.0，测试于全新安装环境。

最快修复方案：Issue 中多位用户验证的临时方法是把前端包退回 comfyui-frontend-package==1.32.10，Mask Editor 即可从 Preview Bridge (Image) 打开；也有用户用 ComfyUI 0.3.77 搭配 ComfyUI_frontend v1.32.10 后恢复正常。暂无确认的一个“官方一步修复”能在保留 1.33.10 的前提下解决该问题。

注意事项：降级前端属于临时绕过，Issue 中明确有人指出“Downgrading isn’t a fix”，该 Bug 在前端层仍然存在，而且 1.32.10 并未被当前 ComfyUI 版本正式支持（虽然还能用）；降级后每次处理新图片可能仍需刷新工作流才能正常遮罩。请结合自身 ComfyUI 版本决定是否降级，并关注后续前端版本是否修复。

问题场景

用户在 ComfyUI 中使用 Impact Pack 的 Preview Bridge (Image) 节点接收新图片后，无法通过该节点打开 Mask Editor 进行遮罩编辑。同样操作从 Load Image 等其他节点进入 Mask Editor 完全正常。正常情况下 Preview Bridge 节点在收到新图片时会在 input/clipspace 目录生成 4 张图片，但出问题时这些图片不再生成，Mask Editor 也随之无法打开。问题在最新更新后出现，并在只安装 Manager、Impact (8.28.0) 与 Inspire (1.23.0) 的全新环境中复现。

报错原文

Preview Bridge (Image) can't open Mask Editor

Looking at the developer console, it seems it tries to open an image using the weird "$1-0" placeholder value as a filename.
我的是“$6-0”

原因分析

从 Issue 讨论看，最可能的原因是 ComfyUI 前端更新到 v1.33.10 后，Preview Bridge 所依赖的 JavaScript 钩子与新的前端行为不再兼容。开发者控制台显示，打开 Mask Editor 时会尝试用一个形如 $1-0（也有用户是 $6-0）的占位符当作文件名去加载图片，而不是真实的 clipspace 图片名。发帖者推测 Preview Bridge 的 JS 代码中某个钩子已经无法正常工作。由于该问题只在 Preview Bridge (Image) 上出现、Load Image 正常，且降级前端可临时恢复，可以判断问题大概率出在前端层，而非 Impact Pack 的 Python 后端逻辑。具体是哪一个前端改动导致钩子失效，Issue 中没有给出明确结论。

环境排查

确认 comfyui-frontend-package 版本：出问题时为 1.33.10，退回 1.32.10 后恢复。
确认 ComfyUI 版本：Issue 中为 0.3.76；有用户反馈 0.3.77 搭配 ComfyUI_frontend v1.32.10 可用。
确认 ComfyUI-Impact-Pack 版本：Issue 中为 8.28.0。
确认是否只保留最小依赖环境（Manager、Impact、Inspire）复现，排除其他自定义节点干扰。
确认操作是否从 Preview Bridge (Image) 触发，并对比 Load Image 等节点能否正常打开 Mask Editor。
打开浏览器开发者控制台，观察打开 Mask Editor 时请求的图片文件名是否出现 $N-0 形式的占位符。
确认 input/clipspace 目录在 Preview Bridge 接收新图后是否生成 4 张图片。

解决步骤

先复现问题：在 Preview Bridge (Image) 节点上尝试打开 Mask Editor，确认失败，同时用 Load Image 节点确认 Mask Editor 本身可用。
打开浏览器开发者控制台，查看打开 Mask Editor 时是否有图片请求使用了 $1-0、$6-0 这类占位符文件名，据此确认与 Issue 现象一致。
可优先尝试的恢复方法是降级前端包：将 comfyui-frontend-package 从 1.33.10 退回到 1.32.10，然后重启 ComfyUI 并刷新浏览器页面，再测试 Preview Bridge (Image) 能否打开 Mask Editor。
若你使用的是较新的 ComfyUI（如 0.3.77），可参考 Issue 中用户组合：ComfyUI 0.3.77 + ComfyUI_frontend v1.32.10，验证是否恢复。
降级后如果仍无法直接对新图遮罩，先刷新工作流再操作，Issue 中有用户反馈每次处理新图片前需要刷新才能正常遮罩。
关注 ComfyUI 前端后续版本或 Impact Pack 更新说明，确认官方是否修复了该钩子兼容问题；在修复前不要只依赖降级作为长期方案。

验证方法

重启 ComfyUI 并刷新浏览器后，用 Preview Bridge (Image) 节点接收一张新图片，确认 input/clipspace 目录重新生成 4 张图片；随后从该节点打开 Mask Editor，能正常进入并编辑遮罩，即说明临时方案生效。再对比 Load Image 节点，确认 Mask Editor 其他入口不受影响。开发者控制台中不再出现 $N-0 占位符作为图片文件名的请求，可作为辅助验证信号。