Photomerge定制jsx脚本报folder未定义错误 重装PS仍失效

• 核心硬错误来自脚本代码的变量引用错位。photomergeAllFilesAsCouples函数的错误捕获分支中，代码试图拼接错误日志时引用了名为folder的变量，但这个变量既没有作为函数参数传入，也没有在函数内部定义；运行时只能沿着作用域链向上查找全局作用域中挂载的同名变量。
• 该变量最初能正常运行的原因，是脚本拖拽启动时在顶层全局作用域挂载了用户选择的目标根目录folder对象，作用域链查询正常。后续多次操作（移动脚本位置、替换PS自带脚本、重装PS、脚本运行异常中断）会导致PS内置的ExtendScript运行时缓存被清空，全局作用域挂载的folder变量丢失，一旦某组拼接操作进入错误捕获分支，就会因为找不到folder变量直接抛出Error 2: folder is undefined，中断整个流程。这也是为什么卸载重装PS依然无法解决问题——报错并非来自PS本身的损坏，而是定制脚本自身的代码缺陷在运行环境变化后被触发。
• 报错时机表现为“首次拼接完成后触发”，是因为第一组图像的拼接全程顺利完成，没有触发错误捕获逻辑；后续处理第二组图像时，只要遇到任意轻微异常（文件权限不足、色彩配置读取失败、临时缓存不足）进入catch块，就会执行到错误的变量引用行，直接中断流程。
• 额外逻辑缺陷：原脚本的错误日志设计本身不合理，本来应该记录当前处理的文件路径，却错误依赖外层全局变量，就算全局变量不丢失，记录的日志也无法定位到真正出错的拼接单元。

1. 修改错误捕获分支的错误日志拼接逻辑，完全去掉对全局folder变量的依赖，改用当前循环作用域内可直接获取的文件路径：
   将catch块中原代码：

   errorLog = errorLog.concat(decodeURI(folder));
   

   替换为：

   errorLog = errorLog.concat(decodeURI(subList[0].parent.fsName));
   

   该代码可直接读取当前正在处理的这对拼接图像的父文件夹路径，不依赖任何全局作用域变量，从根源上消除变量未定义的报错。
2. 后续脚本运行不要将定制脚本放入PS的系统脚本目录替换自带的photomerge.jsx：PS调用自带Photomerge脚本时会传入固定的内置参数，和定制脚本的独立运行逻辑不匹配，容易引发新的作用域变量缺失问题。
3. 运行脚本时保持最初的拖拽启动方式：直接将修改好的jsx文件拖入PS的已打开界面，按照弹窗选择目标文件夹即可，该启动方式下脚本的作用域是独立完整的，不会出现PS内置脚本的参数注入问题。

内容的提问来源于stack exchange，提问作者Alex Masters